📝Web Development Basics
up: Software Development Domains
汎用的なWeb開発技術まとめ. 言語間に共通する技術の集積を目指す.
- 📝Web アプリフレームワークはこちら
Web: World Wide Web #
World Wide Web. インターネット上で提供されるハイパーテキストシステム.
Web の歴史 #
- Web1.0 ・・・クライアントは静的ページを Web サーバから取得する. ウェブページ. ウェブを読む.
- Web2.0 ・・・クライアント/ サーバ側で動的にページを作成する. ウェブサービス. ウェブを使う.
- Web3.0 ・・・クライアントごとがつながりあう. データの上のメタデータをあつかう.
- クラウドコンピューティング ・・・あらゆるデバイスがネットにつながる.
- セマンティックウェブ ・・・ビックデータの統計解析から価値を生み出す.
ref: 迫り来る Web3.0 時代を生き抜くエンジニアが持たなければいけない 3 つの視点 | DMTC Magazine
HTTP Protocols #
Web ブラウザと Web サーバの間でHTML などのコンテンツの送受信に用いられる通信プロトコル.
ref. 📝HTTP Protocols
Mine Type #
規格上 US-ASCII のテキストしか使用できないインターネットの電子メールでさまざまなフォーマット (書式) を扱えるようにする規格. マイム.
Cookies #
HTTP におけるウェブサーバとウェブブラウザ間で状態を管理するプロトコル, またそこで用いられるウェブブラウザに保存された情報のことを指す. ユーザ識別やセッション管理を実現する目的などに利用される.
HTTP Push #
HTTP Polling #
クライアントがサーバへ定期的にメッセージを送信する.
クライアントは, サーバの状態をしらない.
Web Server #
Web サーバ, HTTPサーバともいう.
クライアントApplicationのHTTPリクエストに応じてHTMLファイルや画像データのレスポンスを返すサービスプログラム.
ex.) Apache, Nginx
ref: Webサーバ - Wikipedia
Web Application Server #
ビジネスロジックなどを実装したアプリケーションソフトウェアを実行することを専門とするコンピュータネットワーク上のサーバコンピュータ, もしくはそのようなコンピュータ上でのアプリケーションの実行を管理補助するミドルウェア.
基本機能は次の3つ.
- プログラムの実行環境やデータベースへの接続機能の提供
- 複数の処理を連結するトランザクションの管理機能
- 業務処理の流れを制御するビジネスロジックの実装
WebApp Server Examples #
- Runy
- puma
- unicorn
- Java
- Tomcat
- Jetty
Web Application #
インターネット (もしくはイントラネット) などのネットワークを介して使用する. アプリケーションソフトウェア.
cf. Desktop Application, Mobile Application
たとえばRuby on Railsを使って自作したアプリはこれを指す.
💡ひとくちメモ #
Web ApplicatlionがAPIを提供するサーバになってきたため2019年ごろからiOS, Android, Webアプリの境目がなくなってきたように思う.
すなわちMobile AppとWeb Appの区別がなくなってきており, 数年でまた定義を書き直すことになるかも.
📝Web Server Abstruction #
HTTP server abstructionとも. InterfaceによるWebサーバ抽象.
Web Serverと Web アプリがやり取りをするための仕様. 言語ごとにいろいろな仕様がある.
ただ, これらの概念をまとめる概念として一般的な用語がみつからないので便宜的に自分で定義する. 以下解説.
JavaにはServlet及びServet APIがあり, 言語仕様として Web Server - Web Application間の仕様か決まっていた.
コレを真似るかたちでPythonでWSGIの仕様が作成され他の言語も真似ていった.
WSGIは Web Server Gateway Interfaceの略. もはやこの用語でいいかもしれないが WSGIというとPythonに限定されると誤解しやすい. このServer - Application間の仕様は各言語に存在する.
ただ実際にこれらのWebサーバ抽象を担当するフレームワークをつかうときは, フレームワークに扱ってほしい自作の関数をハンドラとして渡すので, より具体的にはハンドラフレームワークといったほうがイメージしやすいかも.
📝 Web アプリケーションフレームワーク #
Web Archtectures #
Web Client
|
(NetWork)
|
Web Server
|
Script/Service
|
(Connector)
|
DataBase
Web Protocols #
- HTTP, HTTPS (Request, Responce) http://ja.wikipedia.org/wiki/Hypertext_Transfer_Protocol
- REST-based, Restful, http://ja.wikipedia.org/wiki/REST
- RPC-based, SOAP SOAP (プロトコル) - Wikipedia
Presentation Layer #
プレゼンテーション層.ユーザインタフェースとコントローラを提供. クラス名は Controller, Action.
Presentation #
Presentation Layer の構成要素は以下.
- HTML (構造)
- CSS (表現)
- JavaScript (動作)
これらは絶対に, 絶対に, 絶対に, 分けなければいけないと強調される.
Controller #
画面遷移や画面でボタンが押されたときの動作制御やセッション管理など.
Middle-ware Layer #
ビジネスロジック層ともいう
これらの定義は, Spring3 から引用: http://gihyo.jp/book/2012/978-4-7741-5380-3?ard=1407982106
トランザクション #
分けることのできない一連の情報処理の単位.
データベースにおいては, データに対する一つの論理的操作の事.
-
ACID 特性
信頼性のあるトランザクションシステムの持つべき性質.
-
トランザクション境界
プレゼンテーション層とトランザクション層の境界.
簡単に言うと,
- (開始) xxx Controller から xxxService のメソッド呼び出し.
- (終了) xxxService のメソッドの return.
ビジネスロジックの分類 #
クラスの末尾に Service のついた名前や,対象となるオブジェクト名 (Employee, Order) がつく.
-
Service
ユースケースに表されるような特定業務や特定部署の処理のまとまりをコントロールする.トランザクションの起点.一般的にはステートレス.
-
Domain
サービスから起動される, ビジネスを行う上で当然認識される顧客や注文といったサービスの集まり. 自分自身がなにものかを示す値と, その値を利用した処理を実現する.
ビジネスロジック・パターン #
- トランザクションスクリプトとは「アクションより起動される一連の手続き」
- ドメインモデルとは「ドメイン内の名詞によって体系化されたモデル」
いまさらきけない「ドメインモデル」と「トランザクションスクリプト」
-
トランザクションスクリプト
- ユースケースごとに Service クラスをつくっていく.
- 手続き処理で記述.処理ごとドメインを呼び出していくだけなので, オブジェクト指向ぽくない.
- 小規模開発向け. とても簡単で分かりやすい.
-
ドメインモデル
- 大規模開発向け. とても簡単で分かりやすい.
- ドメインにロジックを持たせる. (OOP 設計!)
Database Layer #
データペースレイヤ. データアクセスレイヤとも.
データベースへのアクセスを抽象化する.クラス名の末尾に DAO (Data Access Object) がつく.
DB Layer 役割 #
- RDB へのアクセスをビジネスロジック層から隠蔽
- 必要なデータを RDB から取得してオブジェクト (domain) にマッピング.
-
O/R マッピング
Object と Relational DB の対応づけ. 基本的に, DD テーブルの 1 レコードが 1 オブジェクトに対応.
Relational Database #
リレーショナルデータベース. デファクトスタンダードな Db 設計.RDB
The Active Record Design Pattern #
REST #
Restful,Representational State Transfer.分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつ.
2 つの意味で使われている.
- Fielding の REST アーキテクチャスタイルの原則に合わせた Web サービスシステム.
- RPC スタイルに合わせた簡易な XML+HTTP インターフェイスを採用したシステム (SOAP は使わない) .
Fielding の REST 原則 #
Fielding の REST 原則に従うシステムは, しばしば RESTful といわれる.
- セッションなどの状態管理を行わない (やり取りされる情報はそれ自体で完結して解釈することができる) 」 (Web システムでは, HTTP 自体にはセッション管理の機構はない)
- 情報を操作する命令の体系が予め定義・共有されている」 (Web システムでは HTTP の GET や POST などに相当),
- すべての情報は汎用的な構文で一意に識別される」 (URL や URI に相当),
- 情報の内部に, 別の情報や (その情報の別の) 状態へのリンクを含めることができる (ハイパーメディア的な書式で情報を表現する) 」 (HTML や XML に相当)
Publisher-Subscriber Model #
非同期メッセージングパラダイム.
出版側と購読側の結合度が低いため, スケーラビリティがよく, 動的なネットワーク構成に対応可能.
Web HTTP Routing #
いわゆるルーティングと呼ばれているもの. しかしこの言葉自体がいろんな意味を含むので, ここでは Web Application Framework で利用されるものを扱う.
なお Routerは発音注意(らうたー, これを言えないと小馬鹿に見られる).
ルーティングとは, クライアントのリクエスト内容と、サーバーの処理内容を紐付ける作業.
各言語ごとにWebフレームワークがあるように, ルーティングライブラリも各言語ごとにある. Frameworkの中に組み込まれていたりライブラリとして切り出されて使えるものもある.
極論ライブラリをつかわなくてもkey-valueの集合でいい.
endpoint #
Webアプリケーションにおけるendpointとは, APIにアクセスするための識別子であり, たいていはURL/URIである.
Server Load Balance #
サーバロードバランスは, クライアント/ サーバネットワークにおいて, クライアントとサーバの間にロードバランサー (負荷分散装置) を設置し, 通信アプリケーションの (TCP/UDP) ポート番号をもとに, 2 台~256 台 のサーバが分散処理を行う, コンピュータシステム.
外部のネットワークから見て, ロードバランサは仮想的な 1 台のサーバに見える. つまり, IP アドレスやポート番号は, 背後にあるサーバ群の代表としてロードバランサのものだけが見える.
Load Balancing #
コンピュータネットワークにおける技法の一種であり, 作業負荷を多数のコンピュータ/ プロセス/ その他のリソースに分散し, リソースの利用効率を高め性能を向上させる手法.
Web サービスの分類 #
クラウド関連ページへ -> ASS Classification
📚Books #
- 『プロになるためのWeb技術入門』 - |技術評論社
- 良書だけど売却してしまったな…
- 2021年に技評から電子PDF版が発売されたのはよい.
- 🖊HTTP も知らないのぉ~? にカチンときたら読むべき! プロになるための Web 技術入門を読んだ. | Futurismo
🔗References #
- Web Application Development: Basic Concepts | Coursera
- courseraのオンライン講座.
- 🖊[coursera]Web Application Archtecturesを受講しました | Futurismo