  |
はてなキーワード: オブジェクトとは
問合型言語のSQLは、「関係代数」という計算モデルを基に作られたプログラミング言語。
一度「関係代数」について学んでおくと、RDBの使い方について、理解が深まる。
↑このスライド作者さんは他にもDB関係の資料を作成されてるので見ておくといいかも？
SQL以外にも「SPARQL」、「TMQL」（Topic Maps Query Language）等、いろいろな問合型言語がある。
実際に使う機会は少ないかもしれないが、「問い合わせ」で処理するという発想は参考になるかも？
Datalogは「Prolog」（論理型言語）を源流にもつ宣言的なデータベース問合せ言語。DatalogはSQLと同等の表現力を持つ。
Datalogは様々なプログラミング言語で利用できる。
「トピックマップ」は、本の索引をもっと高機能にしたような仕組みで、RDBとは違う形でデータを蓄積／検索できる。
NoSQL（一般に "Not only SQL" と解釈される）とは、関係データベース管理システム (RDBMS) 以外のデータベース管理システムを指すおおまかな分類語である。
関係モデルではないデータストアの特徴として、固定されたスキーマに縛られないこと、関係モデルの結合操作を利用しないこと（場合によっては単にそのような機能が欠落しているだけ）、水平スケーラビリティが確保しやすい事が多いこと、トランザクションを利用できないものが多いことなどが挙げられる。
学術的な世界では、この種のデータベースのことを構造型ストレージ (structured storage) と呼ぶことが多い。
NoSQL系データベースは、関係データベースのような汎用性は欠くものの、その制約された条件下ではRDBMSより高いパフォーマンスを持つ。
NoSQL系データベース管理システムが有用な場面は、関係モデルを必要としないデータを扱う時や、大量のデータを扱う時である。
有名な実装として、GoogleのBigTable、アマゾンのAmazon DynamoDBなどがある。オープンソースの実装も数多く存在し、例えばMongoDB、Redis、Apache HBase、HyperTable, Apache Cassandraなどがある。
問合型言語の学習の最後に、SQLを巡る物語も見てみよう。（SQLの学習をドラマチックで楽しいものにしたいねｗ）
RDBを活用すれば、大量のデータを処理して、多くの仕事を効率化できる。（金持ちへの扉が開かれる。）
エドガー・フランク・コッド（Edgar Frank "Ted" Codd, 1923年8月23日 - 2003年4月18日）は、イングランド生まれの計算機科学者
。関係データベースの理論的基盤であるデータベース管理の関係モデルを発明した。
1960年代から1970年代、コッドはデータ配置に関する理論を構築し、1970年 "A Relational Model of Data for Large Shared Data Banks" （大規模共有データバンクのデータ関係モデル）という論文を発表した（IBM内ではその1年前に公表している）。
しかし、IBMはライバルがそれを実装し始めるまで彼の提案を実行に移そうとせず、コッドは失望した。
当初、IBMはIMS/DBの収益を守るため、関係モデルを実装することを拒んだ。
コッドはIBMの顧客に自身のモデルを実装した場合の可能性を提示し、顧客からIBMに圧力をかけさせた。
そこでIBMは関係モデルの実装を開発する System R プロジェクトを Future Systems プロジェクトに含める形で立ち上げたが、その開発チームとコッドは分離され、しかもコッドの理論に精通した者はチーム内にいなかった。
結果として彼らはコッドの Alpha 言語を使わずにリレーショナルでないSEQUEL言語を開発した。
ローレンス・ジョセフ・エリソン（Lawrence Joseph Ellison、1944年8月17日 - ）は、データベースソフトをはじめとする大手ビジネスソフトウェア企業オラクル・コーポレーションの共同設立者であり、元CEO、会長、CTOである。
2014年現在の総資産は500億ドルで、世界で5番目の富豪である。
ニューヨーク出身。アシュケナジム・ユダヤ人の母親のフローレンス・スペルマン(Florence Spellman)は出産当時未婚の19歳で、生後9ヶ月のラリーをシカゴに住む叔母リリアン・エリソンとその夫である義理の叔父ルイス・エリソンに養子として引き取ってもらった。ラリーは実の母の名も知らず育ったが、48歳の時に初めて対面した。
高校時代は秀才だが、無愛想な生徒だった。イリノイ大学アーバナ・シャンペーン校に二年生まで通っていたが、リリアンの死後まもなく退学。カリフォルニア州北部で夏を過ごした後、シカゴ大学で学ぶために実家に戻ったものの三ヶ月でまたも退学し、カリフォルニアへ移住。この頃、コンピュータに触れ始めている。
1970年代、エリソンはアンペックスで働いた。彼の関わったプロジェクトのひとつにCIA向けデータベース開発があり、彼はそれに「オラクル (Oracle)」と名づけた。
エリソンはエドガー・F・コッドのリレーショナルデータベースシステムに関する論文 A Relational Model of Data for Large Shared Data Banks に触発され、1977年、自己資金1400ドルでオラクルを設立した。
彼はIBMのSystem Rデータベースがコッドの理論に基づいたものであると聞き、Oracleもこれと互換性のある製品にしたかったのだが、IBMはエラーコードを秘密にすることによって互換製品が出てくるのを防いでいた。
オラクルの最初の製品はOracle 2であり、Oracle 1は存在しない。このリリース番号は、それ以前のバージョンのバグが全て解決されていることを暗示しようとして付けられた。
1997年8月、ラリー・エリソンは親友のスティーブ・ジョブズがアップルに戻った後、同社の取締役に就任した。2002年9月20日、取締役会に出席する時間が充分に取れないことを理由にアップルの取締役を辞任した。
この人、キャラクター的にはあまり好きじゃないけど、行動力はすごいね！
Oracleのバージョンを「2」から始めて、改良されているように見せかける。～ちょっと詐欺っぽいけど、商売もうまい？ｗ
SQLやデータベースを活用して、素敵なアプリやWebサービスを開発してください。
では、これでいったん、増田式プログラマー養成講座を終了します。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除
anond:20181111205255 増田式プログラマー養成講座 その21 データベース設計 (1)要件定義
anond:20181119224031 増田式プログラマー養成講座 その22 データベース設計 概念→物理
anond:20181204142213 増田式プログラマー養成講座 その23 SQLを巡る物語 ←★今ここ★
：
anond:20181024214737 増田式プログラマー養成講座 コンテンツ一覧
昔のアニメを見返してて思ったけどやっぱりアニメはアナログだね
と言っても理由はよく言われるようなセルの質感がとか作画力がなんて話ではなく
レンズなんだよね
例え元がセルに描かれた絵でも本物のレンズを通して撮影されたものというだけでやっぱり空気感が違う
セルの手前にある数センチの空気層だけはまごうことなき実写だから
思えば3Dアニメがオブジェクトを表示するのがやっとだった頃から
今ではレンズや空気のシミュレーションが出来てきてリアルになった一方で
純度100％の精彩なイラストを表示するかに苦心してきてしまったような気がする
むしろこっちこそが今のアニメファンの求めるものなのかも知れないし
どうしようもないのかも知れないな
残念だ
今回は俺も一応モチベーションがあったのに、ここにきてそれが減少していくのを感じる。
これは、アレだ。
どうする。
今から弟を迎えに行けば間に合うか。
いや、いま向かっている途中ですれ違ったらどうする。
もう今回の小旅行を断ったほうがいいだろうか。
ああ、くそ。
寝起きの頭じゃあ考えがまとまらない。
「ごめん、にい……兄貴。遅くなった」
頭がグズりだしてきたとき、弟がやっと来てくれた。
それで失ったモチベーションが元通りになるほど俺は調子のいい人間ではないが、ひとまず安心といったところか。
「弟よお、荷物もないのに何をそんな時間をかけることがあるんだ」
「い……いやあ、寝癖が大暴れしてさあ」
「寝癖って。お前そういうの気にするタイプじゃないだろう」
「そ、そうかな……」
しかし、このときの俺は寝起きで判断力が鈍っていて、そのことを深く考えていなかったんだ。
「じゃあ集まったところで、別次元での行動についておさらいするよ」
ガイドが注意事項を説明し始めるが、内容はほとんど当然のことばかりだ。
別次元に悪影響を与えないために目立つようなことはしないだとか、その次元の住人に迷惑をかけないようにだとか。
ところどころ小難しい横文字を並べている以外は、修学旅行の学生しおりレベルのことしか言っていない。
「……というわけで、キミたちが注意すべきなのはそんなところかな。ちゃんと心がけてね」
「は～い」
だからといって、本当に修学旅行中の生徒みたいな気のない返事をしてしまう弟も大概だが。
言ってからそのことに気づいたようで、気まずそうにモジモジしている。
こいつ、まだ寝ぼけているようだな。
「……ほら、キミも返事！」
なんだかこのあたりのやり取り、本当に修学旅行みたいなノリだな。
「じゃあ、今から“穴”を開けるよ。そこを通って別の次元を移動するんだ」
いわゆるワームホール的なやつか。
気取った横文字並べられるのも癪だが、“穴”っていう表現は風情がねえなあ。
「開いたらすぐに入るように。長く開けておくと次元警察が煩いから、すぐに閉めないといけない」
放り投げられたオブジェは空中で静止し、1秒と経たない内に“穴”を作り出した。
穴の先に見える景色は淀んでいて見えにくいが、自分たちが今いる世界とは明らかに違うと感じさせる。
「さあ、ボクについてきて！ 早く入って！」
未だモジモジしている弟の手を引いて、俺はその空間に勢いよく入った。
今回は、DB設計の(2)概念設計、(3)論理設計、(4)物理設計を見てみましょう。
「スッキリわかるSQL入門」のDB設計の説明がコンパクトにまとまっていて、分かりやすいと思いました。（是非一度読んでみてください。）
「スッキリわかるSQL入門」第12章の説明（p.374）を参考にしてみよう。（詳しくは本を読んでみてください。）
概念設計
データベースやシステムに関することは考えず、要件に登場する情報だけをザックリと把握します。
論理設計
概念設計で明らかになった各情報について、RDBを使う前提で構造を整理し詳しく具体化していきます。
論理設計では「どのようなテーブルを作り、それぞれのテーブルにどのような列を作るか」まで明らかにすれば十分です。
型や制約など、付随的な部分については考えません。
物理設計
特定のDBMS製品（たとえばMySQL）を使う前提に立ち、論理設計で明らかになった各テーブルについて、その内容を詳しく具体化していきます。
すべてのテーブルのすべての列について、型、インデックス、制約、デフォルト値など、テーブル作成に必要なすべての要素を確定させます。
この物理設計に基づいて、CREATE TABLE文などを含む一連のDDL文を作成し、最終的にデータベース内にテーブルを作成することができます。
本書の「図12-4 データベース構築のおおまかな流れ」も参考にして欲しい。
●入力 お客様の要件（全国の倉庫に商品があって、その在庫を管理したいんだけど～）
↓
・物理設計：[SHOHIN][ZAIKO][SOUKO] …使うDBの仕様に合わせてテーブル定義表を作成
↓
●出力 DDL文
・CREATE TABLE ～
・CREATE VIEW ～
・CREATE INDEX ～
ER図とは、「Entity-relationship Diagram」（実体関連図）の省略形だ。
コンピューターの用語は英語ばっかりだから、日本語にして欲しいよねｗ
ER図で使う記号は、「IE記法」や「IDEF1X記法」など、いろいろな規格がある。
情報処理技術者試験のデータベーススペシャリストの問題では、「UML」という図の記法も使われる。
「正規化 Normalization」とは、データの形を「正規形」（Normal form）に変えること。
ざっくり言うと、テーブル（表）を分割して、データの重複や不整合を解消する作業だ。
テーブルの形を変えていくステップには、第1～第5まで5段階ある。
第3正規形をより厳密にした「ボイス-コッド正規形」という形もある。
第3と第4の間なので「第3.5正規形」とも呼ばれている。
（ボイス-コッド形もカウントに入れたら、第1～第5、＋第3.5で計6段階になる。）
正規化を進めると、SQL「JOIN」の利用が増えてくる。JOINを多用する処理は遅い＝DBの性能低下につながる。
第3正規形まで分割しても、実際に使ってみて遅い場合は、第2正規形や第1正規形に戻して使うこともある。これを「非正規化」とか「正規化を崩す」などという。
RDBでは処理速度が遅くなる場合、代わりに「NoSQL」を使う場合もある。
時間がない場合、先にGUIのDB管理ツールでデータベースを作成してしまい、その後でテーブル定義表を作成することもある。
DB設計に慣れてきたら上記の各段階はすっ飛ばして、いきなりデータベースを作れるようになるだろう。
ここまで、SQLの使い方やデータベースの設計について学びました。
次回は、その他のSQLに関連する話も見てみよう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除
anond:20181111205255 増田式プログラマー養成講座 その21 データベース設計 (1)要件定義
anond:20181119224031 増田式プログラマー養成講座 その22 データベース設計 概念→物理 ←★今ここ★
：
「一緒に別の次元に行ってみよう！ そうすればキミも、ボクの言っていることを信じるはずだ」
『別の次元』
「別の次元ってのはアレか。パラレルワールド、平行世界的なヤツか？」
今までにない俺の好反応に、ガイドもたじろいでいた。
「んー……まあ広義的には」
「そうか……やっと分かってきたようだな。そういうのでいいんだよ」
「どういうの？」
俺が知っている限り、こいつが今までやってきたことは尽く期待外れだった。
人の家の庭を焼き払う謎のオブジェクト。
生身の俺に妨害されただけで、何もできなくなる程度の機能しかないダサいスーツ。
色々なものを無理やり詰め込んで何がやりたいか分からない、使い勝手の悪そうな多機能端末。
将来生まれてくる子供の人生をシミュレーションできる装置だの、罪と罰を測ることができるメーターだの。
こいつにとっては未来の科学力を証明しているつもりなのだろうが、いずれも胡散臭いか感性がズレている。
もっと普遍的なイメージに応えるようなものなら良いのに、どれも頭でっかちだったからコメントに困っていた。
シンプルに空を自由に飛べるだとか、玩具の兵隊だとか、世界旅行に行けるようなものとかでいいのに。
いつもヒネたことばかりやってくるから、凄いかどうかイマイチ分からないし、興味も湧いてこない。
だが今回、やっとマトモなものが出てきてくれたようだ。
「じゃあ、その別次元について、話を聞こうか」
今でこそ落ち着いてはいるが、ここにきてその頃の気持ちが再燃していく。
そして出発当日、早朝。
別次元に与える影響を最小限にするため、身に着けるものや、持ち物は最低限だ。
それでも俺がOKしたのは、もちろんパラレルワールドというものに惹かれたのもあるが、“とある条件”を飲んでもらったからだ。
「後は弟くんが来るのを待つだけだね」
俺は同行者、つまり弟も共に連れて行くことを条件にした。
見知った身内でもいれば、多少はマシになるだろう。
……だが、弟が来るのが遅い。
後から来ると言っていたが、まさか二度寝しているんじゃないだろうな。
「色々とこっちにも事情があるんだよ。好き勝手に次元を跨ぐと厳罰になるから、あんまり融通利かすわけにはいかないんだ」
「じゃあ、このままだとお前と二人で旅行ってか？」
「まあ、元から二人で行く予定だったんだし同じことでしょ」
勘弁してくれ。
こいつと長時間一緒とか、補正をかけてもロクな思い出にならないぞ。
前回まで、データベースを使ったWebアプリを作成して、SQLの使い方を学びました。
これらの参考書をガッツリ読めば、データベース設計のやり方は分かる。
リレーショナル・データベースは昔からある枯れた（＝安定した）技術なので、鉄板のノウハウが蓄積されている。
先人の知恵に沿って使うなら、データベース設計で悩む余地は少ない。＝攻略は意外と簡単。
経済産業省認定の情報処理技術者試験で「データベース・スペシャリスト」という資格もある。
「データベースエンジニア」という肩書きを名乗れば、ただのプログラマーよりも高給取りになれる。勉強した後、自分の知識を棚卸してみるつもりで資格を取ってみるのもいいだろう。
データベース・スペシャリスト試験の教科書には、浅く広くDBの知識が網羅されているので、１度眺めてみたらいいかも。
データベース設計（database design）は、ソフトウェア開発工程においてデータベースの詳細なデータモデルを作る工程である。
（分類方法にもよるけど）データベース設計は、このようなステップを経る。それでは順番に見ていこう。
実際にシステムを使うことになるユーザーにヒアリング調査して、データベース内に永続化（格納）すべきデータを決定する。
データのCRUD操作（Create 追加、Read 参照、Update 更新、Delete 削除）が、いつ、どこで発生するか？をまとめた表のこと。
「データベース 設計 CRUD表」等のキーワードでGoogle画像検索してみよう。どんな表か分かる。
↑このページの「図2 標準的なCRUD図（例）」みたいな表を作って確認すれば、扱うデータの過不足がなくなる。
だが安心して欲しい！
押さえておくべきポイントはあるので、そこだけ手抜きをしなければ、大失敗は避けられるだろう。
実は、後でテーブルを作るときに、データの更新頻度によって2種類に分類できるんだ。
トランザクションデータの扱いは、気を付けないとデータベースの性能低下に直結する。
どっちのタイプのデータなのか？要件定義の段階から見分ける癖を付けておこう。
試しに、Amazonのような通販サイトなら、どんなデータを扱うことになるのか？想像してみよう。
…仕入先、在庫数、受発注、配送会社、顧客情報、商品カテゴリー、商品スペック、などいろいろあるだろう。
いつどこでCRUDが発生するか？どれがマスターデータで、どれがトランザクションデータだろうか？
（ここまでの説明でURLを8個も貼ってしまったので、続きは次回にしよう。）
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除
anond:20181111205255 増田式プログラマー養成講座 その21 データベース設計 (1)要件定義 ←★今ここ★
anond:20181119224031 増田式プログラマー養成講座 その22 データベース設計 概念→物理
：
基本は、同じなので前回やった更新処理をちょっと変えれば削除もすぐできます。
投稿されたメッセージを削除する機能を、Webページに付けてみよう。
前々回作ったメッセージの一覧の中に、削除ページにジャンプするリンクも入れておいた。
<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>
ブラウザーでHTMLソースを見ると、ここが以下のようなHTMLに書き換わってる。
これは「メッセージID番号が2のメッセージ」を削除対象にして、削除ページにジャンプする。
ユーザーが「http://localhost/waf/welcome/delete/2」というURLで、削除ページにアクセスしたら、コントローラーで「2」を受け取って使いたい。
CodeIgniterでは、URLの文字列を解析して、使うことができる。
以下のようにコントローラーを改造してみよう。
// 削除画面
public function delete($id = '')
{
$this->load->view('chat_delete');
}
delete()メソッドの引数で、URL中の「2」の部分を受け取れる。
「$id = $this->uri->segment(3);」でも受け取れる。
ユーザーに「本当に削除しますか？」みたいな注意喚起をしておきたい。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/delete" method="post" accept-charset="utf-8">
<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
<input type="hidden" name="action" value="delete">
<?php else: ?>
<p>※該当するメッセージがありません。（または削除済です。）</p>
<?php endif;?>
<button>削除する</button>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>
削除するメッセージを色付きで強調して、ユーザーに確認してもらう。
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
コントローラーに削除対象のメッセージID番号を送るため、inputタグの「type="hidden"」でメッセージID番号を仕込んでおく。
// 削除画面
public function delete($id = '')
{
$id = $id ? $id : $this->input->post('id');
$action = $this->input->post('action');
$this->chat_model->delete_message($id);
}
$data['talk'] = $this->chat_model->read_message_by_id($id);
$this->load->view('chat_delete', $data);
}
で、モデルに用意したデータ削除用メソッドを呼び出しているだけ。
次は、モデルでdelete_message()メソッドを用意しよう。
// Delete
public function delete_message($id = 0)
{
$sql = "DELETE FROM talk WHERE id = ?";
$param = array($id);
$this->db->query($sql, $param);
return $this->db->affected_rows();
}
SQLの「DELETE」を使えば、指定したレコード（１件分のデータ）を削除できる。
「DELETE FROM talk WHERE id = ?」で、talkテーブルのmessageをidを指定して削除している。
データを削除した後の挙動は、メッセージID番号がなくなるので、削除ページに表示できるメッセージデータがなくなる。
（例）id=2のデータを削除したら、SQLで「SELECT * FROM talk WHERE id = 2」を取得しても、空のデータ＝データがない状態。
その場合は、
<p>※該当するメッセージがありません。（または削除済です。）</p>
と表示させてる。
以上で、SQLの「DELETE」を使ったデータの削除ができた。
長々と説明したが、今回の大事な点は、SQLの「DELETE」の使い方だ。
以上で、MVCフレームワークを使ったOOPの使い方とSQLの使い方を見てきた。
（SQLはSQLだけで説明したほうが良かったね！MVCフレームワークの説明とSQLの説明が混在すると要点が分かりづらくなる？）
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除 ←★今ここ★
anond:20181111205255 増田式プログラマー養成講座 その21 データベース設計 (1)要件定義
：
前回は、Webアプリの骨組み（スケルトン）に、SQLでデータの追加と取得をやりました。
前回作ったメッセージ一覧に、[編集]のリンクも入れておいた。
<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>
という１行の部分。
ブラウザーでHTMLソースを見ると、以下のようなHTMLになってるはず。
これは「メッセージID番号が2」を対象にして、編集ページにジャンプすることを意味する。
「http://localhost/waf/welcome/update/2」というURLで編集ページにアクセスしたら、メッセージID番号の「2」を受け取れるようにしたい。
// 更新画面
public function update($id = '')
{
$this->load->view('chat_update');
}
CodeIgniterでは、URLから文字列を取り出す方法がいくつか用意されている。
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
CodeIgniterで、URLの文字列から、特定部分の文字列を取り出す方法を見ておこう。
例えば、「http://localhost/waf/welcome/update/aaa/bbb/ccc」というURLにアクセスしたとき、CodeIgniterではURL中の「aaa」「bbb」「ccc」という部分は、以下のようにして取り出せる。
$seg1 = $this->uri->segment(1); // → 1番目のURL文字列：「welcome」＝コントローラーのクラス名
$seg2 = $this->uri->segment(2); // → 2番目のURL文字列：「update」＝クラスの中のメソッド名
$seg3 = $this->uri->segment(3); // → 3番目のURL文字列：「aaa」の部分
$seg4 = $this->uri->segment(4); // → 4番目のURL文字列：「bbb」の部分
$seg5 = $this->uri->segment(5); // → 5番目のURL文字列：「ccc」の部分
：
URLを「/」で区切って、base_url（http://localhost/waf/）の次から順番に、1番目のURL文字列、2番目のURL文字列、3番目のURL文字列、…とsegment()メソッドで順番を指定すれば取得できる。
データベースでメッセージIDを指定して、メッセージを取り出す機能を用意しよう。
public function read_message_by_id($id = 0)
{
$sql = "SELECT * FROM talk WHERE id = ?";
$param = array($id);
$query = $this->db->query($sql, $param);
return $query->row_array();
}
「WHERE id = 2」とすれば、メッセージID番号が2のメッセージのデータが「talk」テーブルから取り出せる。
もし該当するデータがなければ、返されるデータは空になる。（データが返ってこない。）
CodeIgniterの「row_array()」は、１件分のデータを配列の形にして返すメソッドだ。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<p>メッセージを変更して「更新する」ボタンを押してください。</p>
<form action="welcome/update" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message" value="<?php echo $talk['message']; ?>">
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
<input type="hidden" name="action" value="update">
<?php else: ?>
<p>※該当するメッセージがありません。</p>
<?php endif;?>
<button>更新する</button>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
データベースから取り出した１件分のメッセージを表示する部分を追加した。
<input type="text" name="message" value="<?php echo $talk['message']; ?>">
の「<?php echo $talk['message']; ?>」という部分だ。
これで変更したいメッセージの本文を表示できる。
あと、編集したメッセージをWebサーバーに送信できるように、Formタグや送信ボタン（「更新する」の部分）も追加した。
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
という１行も仕込んである。
// 更新画面
public function update($id = '')
{
$id = $id ? $id : $this->input->post('id'); // id -> segment or post
$action = $this->input->post('action');
if ($action == 'update') {
$message = $this->input->post('message');
$this->chat_model->update_message($id, $message);
}
$data['talk'] = $this->chat_model->read_message_by_id($id);
$this->load->view('chat_update', $data);
}
メッセージID番号を指定して、データベースから取り出し、Viewに渡すデータを用意している。
ユーザーがメッセージの編集をしてWebサーバーに送信したら、データを更新する指示を出す部分も追加した。
$action = $this->input->post('action');
if ($action == 'update') {
$message = $this->input->post('message');
$this->chat_model->update_message($id, $message);
}
モデルにupdate_message()メソッドを用意して、$idと$messageを渡せば、該当データを更新するようにしたい。
次は、モデルでupdate_message()メソッドを用意しよう。
// Update
public function update_message($id = 0, $message = '')
{
$sql = "UPDATE talk SET message = ? WHERE id = ?";
$param = array($message, $id);
$this->db->query($sql, $param);
return $this->db->affected_rows();
}
SQLの「UPDATE」を使えば、指定したレコード（１件分のデータ）を更新できる。
「UPDATE talk SET message = ? WHERE id = ?」で、talkテーブルのmessageをidを指定して更新している。
CodeIgniterの「affected_rows()」メソッドは、更新した行数を返す。＝成功なら1行、失敗なら0行となる。
コントローラーの「$id = $id ? $id : $this->input->post('id');」という行は、$idの受け取り方が2パターンあるので、それに対応している。
＝編集ページの表示で、1回目の表示と、2回目以降の表示で、$idの受け渡し方が変わっている。
URLに埋め込む方法（上記の1回目のような方法）は、ユーザーが勝手に値をいじれるので、基本的には使わない方が良い。
以上で、SQLの「UPDATE」を使った、データの更新ができた。
長々と説明したが、今回の大事な点は、SQLの「UPDATE」の使い方だ。
CodeIgniterの使い方や、Webサイトの作り方（FormタグなどのHTMLの知識）は、オマケ程度に見ておいて欲しい。
次回は、データを削除するSQL「DELETE」の使い方を見てみよう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新 ←★今ここ★
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除
：
かなり興奮しているし酔っているので要領を得ないかも。
今日急にうちに派遣で来てるおっさんに飲みに誘われて、会社の近くの安い居酒屋につれていかれた。
なんで誘われたかというとこれもうまく言えないのだが、チームや全体での飲み会で近くにいることが多く、不幸なことに自分が少し聞き上手だからかもしれない。
とにかく席についてビールが来ないうちに、人をばかにしたような半笑いで話を切り出された。
おっさんが持っている10年も前にあったようなガラケーのメモ帳画面を見せられ、君になら理解できるだろうとかクィータとかいうサイトにはろくな人材がいないとかブツブツ言っていて、俺はメモの中身を読み進めているうちに顔が引きつっていくのがわかってなぜか記事自体よりもそのことで笑いが止まらなくなりそうなった。
しばらく自分はどうすればいいのか知らないふりをするべきか、なだめたほうがいいのかまじでわからなかったのだが、結局記事の本意を聞きたい好奇心には打ち勝てなかった。
ちなみに自分の仕事場ではWinXPが現役で動いている。派遣おっさんも含め会社がそういうカラーだと言えば伝わるだろうか。
自分は趣味でReact(ないしReactNative) とかで家計簿アプリを作っているし、Androidも（それこそJavaでだが）やっていてちょっと新しい技術は知っているというレベルである。
端的に言うと「必修」という意味で使ったらしい。ルー大柴かおまえは。いや意味が通ってないしルーに失礼か。
・JavaとJavascriptが同列になっている点について
どうやらプロトタイプベースのオブジェクト志向という意味をはきちがえている。
つまりJavascriptはオブジェクト指向言語のプロトタイプとして生まれた言語であり、完全オブジェクト指向言語（これも意味がわからなかった）のJavaとは切っても切り離せない関係であると思っているらしい。もう自分はここらへんから笑いが変な声で漏れる笑いを堪えられなくなっていて、喘息気味なんですとかアホな言い訳で必死にごまかそうとしていたんだけれど、この派遣のおっさんに対してそこまで気を使っている自分にも笑いが止まらなくなってまあなんというか、おもしろかった。
Rubyが（というかRORが？）動作が遅いという話をどこかで読んだか聞いたかしたらしく、そして動作が遅いかわりに処理がしっかりしている（現文ママ）という位置付けの言語だと思っているらしい。正確性が必要な処理はサブルーチンにしたRubyに投げるべきだとかなんとか。
パッセンジャーよりもエンジンクスにひもづけるべき（現文ママ）とか言っててもうビールがまずくて仕方ない。
・MSDN
自分はMSDNは学生時代にVisualC++とかで使ったことがあって、デスクトップアプリ用のライブラリだとずっと思ってたんだけど、違うんですかね。（無知）
MSDM（何度聞いてもエムにしか聞こえない）の逆アセンブリ言語がC++だとか、ここの話は輪をかけて本当に何言ってるのかわからなかった。
ねこのことを考えて耐えた。
・SQL
あんま深く考えてなかったらしい。言語と名前がついているから言語のくくりに入れた、くらいのスタンス。
ちなみになぜか、使ったこともないらしいSQLiteで配列型を使えないことは知っていた。
と、ひと通り聞きたかったことを聞いた後、もうなんか疲れ果てたのでビールを半分残して帰った。
前回は、Webアプリの骨組み（スケルトン）までを作って、製作の過程を見てみました。
今回は、データベースのCRUD操作を行なって、チャットのメッセージを追加／取得／変更／削除する機能を実装してみましょう。
Webアプリを作るときに、「Visual Studio Code」というIDE（統合開発環境）を使ってみましょう。PHP用の各種プラグイン（「PHP IntelliSense」「PHP Debug」など）を入れておけば、便利に使える。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/index" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message">
<input type="hidden" name="action" value="add">
<button>投稿する</button>
</form>
</body>
</html>
本当はセキュリティーを考慮して、入力値の検査（バリデーション）とか、もっといろいろな仕込みが必要だが、ここでは練習なので省略します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
$this->output->enable_profiler(true); // for debug
}
// 初期画面
public function index()
{
$action = $this->input->post('action');
$message = $this->input->post('message');
$this->chat_model->create_message($message);
}
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
SQLを説明したかったのに（SQLとは本質的に関係がない）Webアプリの説明が延々と続いた。（説明の方法を変えた方がいいねｗ）
データベースにデータを保存（追加）するSQLコマンド「INSERT」を使ってみよう！
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
// Create
public function create_message($message = '')
{
$sql = "INSERT INTO talk SET create_at = ? , message = ?";
$param = array(date('Y-m-d H:i:s'), $message);
$this->db->query($sql, $param);
return $this->db->insert_id();
}
}
以上、メッセージの追加を実現するために、MVCの各パーツを用意した。これでメッセージの追加だけができるようになった。
これだけではメッセージの取得＝表示がまだできないので、次はデータベースからメッセージのデータを取得して、Webページに表示できるように改造しよう。
SQLの「SELECT」を使えば、データベースからデータを取り出せる。
メッセージのデータを取り出して、Webページの表示で使おう。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
// Create
public function create_message($message = '')
{
$sql = "INSERT INTO talk SET create_at = ? , message = ?";
$param = array(date('Y-m-d H:i:s'), $message);
$this->db->query($sql, $param);
return $this->db->insert_id();
}
// Read All
public function read_message()
{
$query = $this->db->query($sql);
return $query->result_array();
}
}
これでデータベースからデータを取り出すSQL、メソッドがモデルに用意できた。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
// $this->output->enable_profiler(true); // for debug
}
// 初期画面
public function index()
{
$action = $this->input->post('action');
$message = $this->input->post('message');
$this->chat_model->create_message($message);
}
$data['talk'] = $this->chat_model->read_message();
$this->load->view('welcome_index', $data);
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
これは全部CodeIgniterで用意されている機能なので、マニュアルを読めば使い方が分かるようになってます。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/index" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message">
<input type="hidden" name="action" value="add">
<button>投稿する</button>
</form>
<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">
<tr>
</tr>
<?php foreach($talk as $item): ?>
<tr>
<td><?php echo $item['id']; ?></td>
<td><?php echo $item['create_at']; ?></td>
<td><?php echo $item['message']; ?></td>
<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>
<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>
</tr>
<?php endforeach; ?>
<?php endif; ?>
</table>
</body>
</html>
（説明文が300行を超えてしまった！これ以上は増田で表示できない。）次回はメッセージの変更をやってみよう。
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得 ←★今ここ★
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
：
今回は、Webアプリを作る途中の過程を見て、作る雰囲気を一緒に味わってみましょう。
最近のフレームワークは、「設定より規約」（CoC、convention over configuration）という発想で作られている。
フレームワークの規約（使用ルール）に従うと、プログラマーは作業量が減って、楽ができる。
設定より規約（convention over configuration）とは、開発者の決定すべきことを減少させ、単純にするが柔軟性は失わせないというソフトウェア設計パラダイム。
使用しているツールが実装した規約が開発者の望む動作と一致していれば、設定ファイルを書く必要もない。実装規約と望みの動作が違っている場合、必要な動作を設定しなければならない。
最近のフレームワークは「設定より規約」アプローチを採用しているものが多い。
例えば、Ruby on Rails、Kohana、Grails、Grok、Zend Framework、CakePHP、Symfony などがある。
CodeIgniterの使用ルールは、マニュアルやチュートリアルで確認できる。
↑このページの「アプリケーションフローチャート」を見てみよう。
それでは、CodeIgniterでプログラマーが用意する部分のM（Model）とV（View）とC（Application Controller）を、骨組みから作ってみよう。
事前準備として、前々回と前回のWebアプリ完成見本を用意するところまでやっておこう。
スケルトン（skeleton, 骨格）とは動物や人間の骨格。
コンピュータのプログラムコードの骨格部分。プログラムコード作成では、初期段階でスケルトンを作成し、その後で詳細部分を肉付けしていく。
まずは、MVCのCの骨組みを作ろう。
Controllerは、ユーザーからのリクエストを受け付けて、ModelやViewに指示を出す監督です。
上記フォルダの中に「Welcome.php」というファイルを作る。（デフォルトであるはずなので、それを使ってOK）
CodeIgniterのルールで、Application Controllerを置く場所は「application/controllers」というフォルダになっている。
CodeIgniterのルールで、一番最初に呼び出されるApplication Controllerは「Welcome.php」というファイルになっている。
→これは「C:\xampp\htdocs\waf\application\config\routes.php」という設定ファイルで決められている。
「Welcome.php」の中身を以下にように変更する。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
// 初期画面
public function index()
{
}
// 更新画面
public function update()
{
}
// 削除画面
public function delete()
{
}
}
これがチャットのApplication Controllerとして動作する最小限の内容＝骨格だ。
という行に注目してみよう。
CodeIgniterで用意されてる「CI_Controller」クラスを継承して、プログラマーが「Welcome」クラスを作ってる。
継承によって、フレームワークが用意してる様々な機能をWelcomeクラス内で使えるようになる。
「Welcome」クラスの中に、「index()」「update()」「delete()」という３つのメソッドを用意した。
CodeIgniterのURLは、Action Controllerのクラス名やメソッド名とひもづけられている。
「http://localhost/waf/クラス名/メソッド名」
（例）
http://localhost/waf/ →Welcomeクラスのindex()メソッドが呼び出される。
http://localhost/waf/welcome/index →Welcomeクラスのindex()メソッドが呼び出される。
http://localhost/waf/welcome/update →Welcomeクラスのupdate()メソッドが呼び出される。
http://localhost/waf/welcome/delete →Welcomeクラスのdelete()メソッドが呼び出される。
次にMVCのVの骨組みを作ろう。
ビューは、表示する画面の部分です。HTMLでWebページの構造を書きます。
以下の内容にして保存する。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
</body>
</html>
以下の内容にして保存する。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
</body>
</html>
以下の内容にして保存する。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
</body>
</html>
Viewファイルの追加に合わせて、Controllerも一部変更します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
}
// 初期画面
public function index()
{
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
（変更点の説明）
コンストラクター「__construct()」は、クラスからインスタンスが作られるとき、自動的に実行されるメソッドだ。コンストラクターは、初期化＝最初にやっておくべき下準備を書いておく。
CodeIgniterには、リンクの表示を補助する「URLヘルパー」という機能が用意されている。
上記のように書くとURLヘルパーを呼び出して、使えるようになる。
各Viewファイルの以下の行でURLヘルパーを使っている。＝「base_url()」という関数がURLヘルパーの１つ。
というメソッドによって、Viewファイルの「welcome_index.php」を呼び出し、画面を出力します。
これでMVCのCとVの骨組みができた。
今の段階でWebブラウザーで各ページを表示させると、各Viewファイルの中身が表示される。
次にMVCのMの骨組みを作ろう。
モデルは、具体的な処理内容（ロジック）を書いて、データを読み書きする部分です。
上記フォルダの中に「Chat_model.php」というファイルを作り、以下の内容にして保存する。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
}
CodeIgniterで用意されてる「CI_Model」クラスを継承して、プログラマーが「Chat_model」クラスを作ってる。
「Chat_model」クラスのコンストラクターには、以下のように書いている。
Modelの追加に合わせて、さらにControllerも一部変更します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
}
// 初期画面
public function index()
{
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
と書いて、「Chat_model」というモデルを読み込むようにした。
これで、モデルに用意するいろんな機能をコントローラーで使えるようになる。
以上で、MVCの骨組み（スケルトン）だけを作成するプロセスを見ていきました。
次回は、データベースのCRUD操作を行なって、チャットのメッセージを追加／取得／変更／削除する機能を実装してみましょう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み ←★今ここ★
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
：
「anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本」の続きです。
Webサーバーの時間設定がズレていると、メッセージを作成したときに、作成日時もズレてしまいます。
（＝12時に投稿したメッセージが、3時に投稿したことになってしまう、等。）
時間がズレてた場合は、Webサーバーの時刻を一時的に変更する処理を追加しておきましょう。
「index.php」ファイルの先頭に以下の内容を追加します。
上記フォルダの中の「index.php」ファイルを開いて、先頭付近（2行目辺り）に以下の内容を追加します。
<?php
以上で、データベースを利用したWebアプリが用意できました。
コピーで作成しただけでは、プログラムの意味が分からないと思うので、次回以降プログラムの部分を解説してみます。
次回は、
を見ていきましょう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き） ←★今ここ★
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
：
全体の25%、4人に1人、1ゲーム中1人は確実にドクター嫌いな人がいるという快挙
索敵が非常にしやすいだけでなく、固有能力はチェイス補助や遅延にも使える万能キャラ
最近じゃ女子大生やくそばばあの方が強いなんて声もあるけどまだまだ強キラーの一角
秩序 鎮静 磨かれた電極
で、レア度は高ければ高いほどいい。
秩序の偽ステイン、抑制のオーラ可視化、幻覚時間増加、服従の常時疲労、秩序の板幻覚と、チェイスでも索敵でも有用になる。
適当な電極をつけて当てまくれば鯖もプレイヤーも発狂間違い無し。
電撃による狂気の量が上昇。チェイス時に偽の心音とステイン表示。
とにかくドクターは電撃を使う機会が多いが、目的は殆ど狂気の加速だ。
狂気レベルを上昇させて様々な恩恵を得る以上、電撃の強化は必須になる。
板や窓の妨害に電撃を使うにしても、狂気レベルがより早く上昇するなら一石二鳥。
地味に便利なのが偽のステイン表示で、モロコシ畑や暗いマップで鯖を見失いにくくなる。
アンコモン以上になるが、困ったらつけておいて間違いはない。
狂気状態が進行した生存者を数秒間可視化。生存者がドクターの幻影を見る時間が増加する。
狂気状態が進行すると鯖は叫び声をあげてドクターに居場所を知らせてくれる。
通常は爆発音よ叫び声による通知だが、それにオーラが追加されるようになり、索敵がやりやすくなる。
Lv2になると心音だけで狂気の進行は難しいため、幻覚を利用しての索敵がメインになる。
幻覚は鯖の正面に出るため、幻覚の視線で居場所や進行方向の予測が可能になる。
組み合わせを考えることなく単体で強いのでおススメだ。
静電フィールド(心音範囲)の与える狂気の量が上昇。破壊された板の幻覚が見える。
通常、心音は鯖にキラーの位置を知らせるのだが、ドクターの場合は逆にもなる。
また心音範囲にいるだけで狂気が進行し発狂するため、隠密行動がNGになる。
懲罰は電撃を当てなければならないが、秩序は心音範囲に捉えるだけで楽。
板の幻覚で鯖を油断させ、逃走経路を誤らせることもできる。
難点はやはり心音範囲でなければならないこと。必然的に爆音構成になり、戦術の幅が狭まる。
苦悶の根源を利用してもマップ全体を覆うにはほど遠く、試合終盤に発電機が離れていると地獄のシャトルランが始まる。
治療モードの心音範囲が増加、処罰モードの心音範囲が減少。偽の心音が聞こえるようになる。
再三になるが、ドクターは心音範囲が広いことがメリットになる唯一の殺人鬼。
苦悶の根源、不安の元凶、鎮静をセットで使用する爆音ドクター構成はもはやテンプレ。
最も狭いマップであるギデオンを指定した場合は全キラー最強と言われるほど。
ネックになるのは秩序と同様に爆音構成になり、組み合わせも秩序か鎮静重ねになること。
また、処罰モードで心音範囲が狭まるため、チェイスが長引くとせっかくの爆音も無意味になってしまう。
逆手にとっての静音ドクターという構成もあるがネタの域を出ない。
秩序同様、戦術を組み立てて運用しなければいけないアドオンだ。
狂気状態からの復帰時間が2秒増加する。狂気Lv3時、常時疲労状態となる。
使いにくい。ベリーレアしかない上に効果があるのが狂気Lv3のみ。
Lv3にすると狂気復帰+疲労回復で72秒間加速パークを封じることが出来る。
が、完全に封じることは稀で大体は狂気も疲労も回復して何かしら発動している。
玉虫色のキングの効果で発動すると非常にありがたいが、単体で使うほどではない。
①索敵時にばらまく
恐らく上記4パターンになると思う。試合中には②と③のパターンが多いはず。
ドクターとして最も避けたいのは何か。
態々鈍足で渇望も溜まらない治療モードで歩いているのは電撃を当てるため。
ならば多少チャージに時間がかかっても範囲を広げ、当たる確率を上げるべきだというのが自分の考えだ。
高刺激的電極はチャージ時間のデメリットを背負ってでも電撃範囲の拡大のメリットの方が大きい。
固有建築に逃げ込んだ時点で電撃を放てば窓や板を使用させず場所移動を強制させ、遠距離で修理音や破壊音が聞こえれば電撃を放って阻止できる。
反対にカビの生えた電極は電撃範囲がそこまで広くないが、チャージもそこまで遅くない。
さっさと電撃を当てまくって狂気を進行させたり、板や窓のループを狙うときに当てて阻止が出来る。
さらにコモンでレア度が低く、ガンガン使っていけるのもメリットだ。
高刺激電極ほど広範囲じゃないし、カビの生えた電極ほどチャージが早くない。
上述した③と④の時に個人的に使いにくいと感じた。
特殊な運用が必要になるアドオン。ほぼ間違いなく高刺激電極とセットになる。
2×20だと通常のドクターの電撃の使い方だととにかく使いにくい。
しかし高刺激電極を使うと3.5×35の極太長距離レーザーになる。
特に狩りの興奮と呪いのトーテム各種を使ってのトーテム防衛が強い。
通常破壊を阻止するには近くにいって殴るか電撃を当てなければならないが、これならば心音範囲外からでも狙い撃ちに出来る。
但しこの戦法に限らずトーテム防衛ばかり意識して立ち回ると発電機は普通に回ってしまうので注意。
ネタ枠。
電撃範囲が前方8mの位置に外周半径4.2m・内周半径3mのリング状に変化
文字通り壊れてる。
楓製のナイトを使用すると電撃範囲が表示されるのでぜひ見て欲しいが、とても当てられない。
通常画面の真ん中に鯖を捉えて電撃を放つがその使い方だと当たらない。
視界の端に置くか、発電機や板などのオブジェクト周辺を狙って打つしかない。
何より前方8mの位置というのが厄介で、鯖との距離が近いと絶対に当たらない。
今回は、データベースを使ったWebアプリの制作を通じて、SQLの使い方を確認してみましょう。
Webブラウザー（Google Chromeなど）で動作するアプリのこと。
ウェブアプリケーション（Web application）は、インターネット（もしくはイントラネット）などのネットワークを介して使用するアプリケーションソフトウェアである。
多くの場合、これらのアプリケーションは、Webブラウザ上で動作するプログラミング言語（たとえばJavaScript）によるプログラムとWebサーバ側のプログラムが協調することによって動作し、ユーザはそれをWebブラウザ上で使用する。
Windowsパソコンを使ってたら、「XAMPP」を使ってすぐにWebアプリを試作できる。
以前の講座（その６、その９）を参考にして、XAMPPとCodeIgniterを用意しておこう。
最近のアプリの作り方は、「デザインスプリント」と呼ばれる方法が流行ってます。本やネットの情報がたくさんあるので調べてみよう。
ざっくりと、以下のような流れです。
それでは順番にやってみよう。
以前にデータベースの練習をしたとき、「後で簡単なチャット（おしゃべり）ができるWebアプリを作ってみたいと思う。」と言ったので、今回のアイデアは「チャットを作る」にしよう。
Webページを作るには、HTMLやCSSの知識が必要だ。HTMLやCSSを使ったことがなければ、本やネットの情報で勉強してみよう。
今回はCSSを使わずに、HTMLだけでシンプルなWebページを作ってみよう。（練習だから余計なもの、無駄を省きたい。）
特にこだわりがなければ、Microsoftの「Visual Studio Code」という無料のIDE（統合開発環境）を使ってみよう。
インストール方法や使い方、メニューの日本語化のやり方は、検索して調べてみよう。
「mock」フォルダの中に
テキストエディターで保存するとき、文字コードを「UTF-8」にしておく。
「index.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<form>
<label>メッセージ</label>
<input type="text" name="message">
<button>投稿する</button>
</form>
<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">
<tr>
</tr>
<tr>
<td><a href="edit.html">編集</a></td>
<td><a href="delete.html">削除</a></td>
</tr>
<tr>
</tr>
<tr>
</tr>
</table>
</body>
</html>
「edit.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<p>メッセージを変更して「更新する」ボタンを押してください。</p>
<form>
<label>メッセージ</label>
<input type="text" name="message" value="Webアプリを作ってみる！">
<button>更新する</button>
</form>
<p><a href="index.html">戻る</a></p>
</body>
</html>
「delete.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<form>
<p style="background-color:lightpink">Webアプリを作ってみる！</p>
<button>削除する</button>
</form>
<p><a href="index.html">戻る</a></p>
</body>
</html>
以上でモックのWebページ（HTMLファイル）ができました。
Webブラウザーで「index.html」を開いてください。「編集」や「削除」、「戻る」をクリックして、チャットの画面を確認してください。
実務では「仕様書」という書類を大量に作る場合もありますが、時間と労力の無駄になっている場合が多々あります。（紙の仕様書はあまり使われる機会がない）
紙の仕様書（アナログ）の代わりに、モックを仕様書（デジタル）として使うと、その後の段階がスムーズになります。
どうしても紙でなければ困る場合以外は、モックをそのまま仕様書として使ってみましょう。
モック（動くハリボテ）を作るための便利なツールがいろいろあります。
ちょっと長くなったので、モックを基に機能を実装（プログラミング）するのは次回にしましょう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成 ←★今ここ★
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
：
オブジェクト地球上においてオブジェクト俺に重力が作用している、みたいな高校物理の教科書に載ってそうなモデルの話はわかる
でも地球とか俺はつまるところ原子の集まりなんであって、実際のところは、「オブジェクト地球」みたいに巨視的に分断・図式化された物体として存在しているわけじゃない
だったら、仮想的なオブジェクト地球が生み出してる重力というのは、現実的には何が生み出しているのか
また、仮想的なオブジェクト俺に働いている重力というのは、現実的には何に働いているのか
こういう大前提となるような話がわかってなくて先のことがわからなくなる
今回は、DBで使うプログラム言語「SQL」の文法を見てみよう。
関係データベース（relational database）は関係モデルにもとづいて設計、開発されるデータベースである。
関係データベースを管理するデータベース管理システム (DBMS) を関係データベース管理システム (RDBMS) と呼ぶ。
Oracle Database、Microsoft SQL Server、MySQL、PostgreSQL、DB2、FileMaker、H2 Database などがRDBMSである。
関係モデルはIBMのエドガー・F・コッドによって考案された現在もっとも広く用いられているデータモデルである。
データベースの利用者は、クエリ（問い掛け）をデータベースに与え、データを検索したり、変更することができる。
データは表に似た構造で管理されるが、関係と呼ぶ概念でモデル化される。
関係は組（タプル、表における行に相当する）、属性（アトリビュート、表における列に相当する）、定義域（ドメイン）、候補キー（主キー）、外部キーなどによって構成される。
SQLなどに代表されるデータベース言語（問い合わせ言語）を用いて、関係に対して制限・射影・結合・和・差・交わりなどの関係代数演算（集合演算を含む）ないし関係論理演算を行うことで結果を取り出す。
要するに、
SQL（エスキューエル）は、関係データベース管理システム (RDBMS) において、データの操作や定義を行うためのデータベース言語（問い合わせ言語）、ドメイン固有言語である。
エドガー・F・コッドによって考案された関係データベースの関係モデルにおける演算体系である、関係代数と関係論理（関係計算）にある程度基づいている。
これは、SQLの元となったデータベース言語が、IBMが開発したRDBMSの実験実装であるSystem Rの操作言語「SEQUEL (Structured English Query Language)」であったことが由来である。
「SEQUEL (Structured English Query Language)」を略して「SQL」と呼んだらしい。
英語のクエリーは、質問する、問い合わせる、という意味なんだね。
↑このページをよく読んでくれ。理解できたらSQLの説明は終わりだ！！！
…というと、説明することがなくなるので、ちょっとまとめておこう。
このページの「表1●SQLはDDL，DML，DCLの三つに大別できる。このうちプログラマが最も多く使うのはDMLだ」という図を見てみよう。
という３種類に分けてる。順番に見てみよう。
データベース、テーブル、ビュー、インデックス、ユーザーなどを作成／変更／削除するときに使うSQL。
これでデータベースを使う準備ができる。
データを操作するときに使う。いわゆる「CRUD」のことで、SQLのうち、このDMLを覚えれば、とりあえずRDBは使えるようになる。
CRUD（クラッド）とは、ほとんど全てのコンピュータソフトウェアが持つ永続性の4つの基本機能のイニシャルを並べた用語。
この中で一番活躍するのは、「SELECT」コマンド（命令文）だろう。
SELECTは、いろんな条件を付けてデータを絞り込む／加工することができて、便利なんだ。（Excelなどの表計算ソフトよりも高機能）
RDBは「リレーショナル」（関係）という冠言葉が付いてることからも分かるように、関係がある表と表をくっつけて、データを加工できる。
表と表をくっつける操作のことを「結合」という。
SQLでは「JOIN」というコマンドを使って表と表を結合できる。
↑このページにある丸と丸が重なった図を見てくれ。この図は「ベン図」といって包含関係を示す図だ。図を描いて塗りつぶせば、欲しい部分が分かりやすくなるだろう。
表と表のつなげ方には、何通りかパターンがあるよ。
内部結合は単純だ。外部結合はちょっとややこしい。
外部結合は「LEFT JOIN」の形がよく使われると思うので、まず最初にLEFT JOINの仕組みを理解すれば大丈夫だろう。
（LEFTの仕組みを基準にして、RIGHTやFULLとの相違点を意識すれば、表のつなぎ方を間違えにくい？）
「トランザクション」は、データの更新に失敗したとき、元に戻せる機能だ。（安全装置）
Googleの画像検索で「トランザクション」を検索して、分かりやすそうな図解を探してみよう。
↑このページの「図1 処理失敗による不整合の発生」を見てみよう。
銀行で口座間の送金を考えてみる。Aさんの口座からBさんの口座へ50万円送金したい。
この２つの処理が両方とも成功しないと、送金は失敗だ。（Aさんは送金できてないのに貯金が減ったら怒る。Bさんは送金されてないのに貯金が増えてラッキー！）
AとBの両方が成功したら更新処理を確定する。AとBのどちらか、または両方が失敗したら更新処理は破棄してなかったことにする。（やり直し！）
これがトランザクションだ。
ちょっと話がそれるけど、トラブルの重大さ＝クレーム対応の難易度について考えてみよう。
RDBは、SQLコマンドで操作するだけでなく、DB管理ツールを使って操作することもできる。
この講座では「phpMyAdmin」というDB管理ツールで「MySQL」を操作した。
他にも、Google検索で「DB 管理 ツール GUI」などで探してみよう。商用だけでなく無料でも便利なソフトがたくさんあるね。
など。
SQLコマンドを組み立てる作業はパズルのような要素もあるので、遊びだと思ってSQLに取り組んでみて欲しい。
「SQL パズル」でGoogle検索すると、いろんなテクニックが紹介されているので、時間があったらチャレンジしてみよう！
SQLの話は、それだけで1冊の本になるぐらい広範だ。今回は、SQLの概要を説明するだけになってしまった。
SQLの詳細については、前回紹介したSQLの参考書などを読んでみてね。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法 ←★今ここ★
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
：
前回は、MySQLとphpMyAdminを使って、リレーショナル・データベース（RDB）を少し触ってみた。
今回は、RDBの使い方や仕組みについて理解を深めるための資料を探してみよう。
本は、買う価値のある本と、買わなくてもいい本の2種類があるね。
どちらの本かは自分の判断で決めよう。（１度で理解できない本は、何度も読み返すことになるだろう。）
最初に読めば、DB全体を俯瞰する地図を手に入れたようなもの。その後の見通しが良くなる。
本書はMySQLをはじめて触る方を対象として，開発環境の準備からSQLの基本的な書き方，PHPによるWebシステム開発まで，図解でわかりやすく解説します。
まずは、データ操作の基本「CRUD」（Create＝追加、Read＝取得、Update＝更新、Delete＝削除）を理解しよう。
CRUDが分かれば、DBを使ったWebアプリを作れる。→ここがIT土方の最低レベルだぜ！
本書は、データベースを操作する問合型言語「SQL」の文法を練習できる。
SQLが読める＆書けるようになれば、RDBを使ったプログラミングで苦労しなくなる。
上記２冊の入門書程度の知識を身に付ければ、RDBに関しては初心者から脱却できるはずだ。
RDBを使うプログラムを作るなら、まずはこの程度の知識をクリアしておけば、十分だろう。
次の段階では、既存のDBを使うだけでなく、「ゼロからDBを設計、構築してくれ」と頼まれるようになるはずだ。
（以下の話は、今の段階では無視してもOK。RDBにある程度慣れたら読んでみて！）
データベースの本はいろいろあるけど、「ミック」という人が書いた本はRDBの要点がまとまってるので、なるべく早い段階で一通り目を通しておくことをお勧めする。（ミックさんの本は買って何度も読み返してる。）
RDBの設計方法はいろいろあるが、古典的な手法として「DOA」（データ中心アプローチ）がある。
↑DOAと、他の「OOA（Object Oriented Approach：オブジェクト指向アプローチ）」「POA（Process Oriented Approach：プロセス中心アプローチ）」を比較した図を見てみよう。
OOAは、言い方を変えれば、
という流れになっている。
つまり、ユーザー側から見ると、間にある[プログラム]は、[DB]を包んでいる「ラッパー」でしかない。
＝[DB]のデータ構造（スキーマ）さえシッカリしていれば、間にある[プログラム]は取り替えてもあまり困らない。
RDBを使うシステムなら、DB設計がプログラム設計よりも重要になる。
（後で[プログラム]を変更するよりも[DB]を変更する方が影響は大きい）
だから、今日でもDOAは十分に役立つ手法だと思って理解して欲しい。
慣れたらER図を書かなくても、頭の中で思い浮かべるだけでもテーブルを作れるようになる。
最初にDOAを知っておけば、今後他の設計方法を使うときでも、比較検討の基準として使えるので、損はないはずだ。
初級者が押さえておくべきDB設計の基礎知識やポイント、正規化／非正規化のケーススタディ、テーブル設計のやってはいけないバッドノウハウ、注意すべきグレーノウハウなどを丁寧に解説します。
DOA、正規化、階層構造（木構造）のデータの扱い方など、DB設計の基本を網羅的に説明している。
私が設計のスキルを付けるために実際に行ってきた「身の回りのものを題材にERDを書く」という方法のサンプルを今回は8種類書き下ろさせていただきました。
手前味噌ではありますが、本書をお読みいただき実践していただくことで「実務で具体的に手が動く」というレベルに達していただけると考えています。
RDBやSQLは「関係代数」という数学が、その基礎を支える理論になっている。
RDBを改造したり、自作したくなったら、RDBの原理を知っておきたい。
この手のコンピューターサイエンスの本って、難しくてつまらない本が多いけど、この本は図解が多くて、珍しく分かりやすい本だったｗ
自分が使うデータベースのマニュアルは最も基本的な１次情報になるので、不明点があったらまず確認するようにしたい。
など、公式サイト、オンラインマニュアルをチェックしておこう。
ミックさんは、ネットでもDB技術論の記事を公開されており、参考になるかも？
（↑無料Webサーバー「Yahooジオシティーズ」は2019年3月閉鎖予定なので、読むなら今のうち？）
階層構造になっているデータ（カテゴリー情報など）をRDBに保存するとき、主なやり方が3通り紹介されてた。（上記の本でも紹介されてる）
自分は(2)の「経路列挙モデル」が分かりやすくて、いつも使ってる。
…という具合に、ネット上の公開記事にも参考になる情報がたくさんあるよ。
（ここまでの説明でURLを9個張ってしまったので、もうこれ以上URLを張れない。＞＜）
他にもGoogle検索などで役立つ記事を探してみよう！（唐突な締めｗ）
データストア（データを保存する道具）は、RDB以外にもいろいろある。→「NoSQL」とか呼ばれている。（自分で検索してみてｗ）
Redis、Hadoop、ElasticSearch、OpenStack…いろいろな道具が発明されてるね。
RDB以外のデータストアを使うときでも、RDBと相違点を比較しながら学べば、取っ掛かりが持てて、理解がスムーズになるだろう。
RDBは、知っておいて損はない。使いまくって、体得しよう！
RDB、SQLはパズルみたいなものだから、楽しんで学んで欲しい。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書 ←★今ここ★
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
：
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除
anond:20181111205255 増田式プログラマー養成講座 その21 データベース設計 (1)要件定義
anond:20181119224031 増田式プログラマー養成講座 その22 データベース設計 (2)概念設計 → (3)論理設計 → (4)物理設計
anond:20181204142213 増田式プログラマー養成講座 その23 SQLを巡る物語
（元ネタ）
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
増田にプログラムのコードが入った記事を投稿すると、IPアドレスでアクセス制限されるようです。（今は別のIPアドレスからアクセス）ちょっと対処方法を検討してみます。m(__)m
前回まで手続型言語の基本（構造化プログラミング、オブジェクト指向プログラミング）を見てきた。
今回から問合型言語のSQLを学び、データベース（DB）を使ってみよう。
大量のデータを記録して、活用するために特化したソフトウェアが「データベース」だ。
データベースには、いろんな種類があるけど、今回学ぶのは「リレーショナル・データベース」（RDB）だ。
データベースがなかった時代の人々は、大量のデータを扱うのに苦労していた。
データベースを活用すれば、人間は脳の記憶力を補完して、膨大な知識を扱うことができるようになる。
キミも今日からデータベースを活用して、記憶力を100億倍にしよう！ドラえもんの暗記パンなんて目じゃないぜ！！！
MySQLは無料で使えるRDBです。MySQLでデータベースの練習をやってみよう。
それではさっそく、以前インストールしたXAMPPで、MySQLを使ってみよう。
Port(s)が「80,443」「3306」と表示されたら、PHPとMySQLが使える状態になってます。
Webブラウザー（Google Chromeなど）で、「 http://localhost/phpmyadmin/ 」というURLを開く。
「phpMyAdmin」は、MySQLを管理するツールです。
「phpMyAdmin」で検索したら、使い方を紹介する記事が、たくさん見つかります。
phpMyAdmin(ピーエイチピーマイアドミン)はMySQLサーバーをウェブブラウザで管理するためのデータベース接続クライアントツールで、PHPで実装されている。
検索したら、こんなのがありました。
後で簡単なチャット（おしゃべり）ができるWebアプリを作ってみたいと思う。（Twitterをショボくしたシステムｗ）
チャット用のデータベースとして「chat」という名前のデータベースを作ろう。
これで「chat」という空のデータベースが1個できた。
「chat」データベースの中に、テーブルを1個作ってみよう。
すると「名前」「データ型」「長さ/値」「デフォルト値」…などの空欄がたくさん並んだ画面が表示されただろう。
これら4段の下にある「ストレージエンジン:」欄は「InnoDB」にしておく。
ここまで入力したら、画面右下にある「SQLのプレビュー」というボタンをクリックしてみよう。
すると、
CREATE TABLE `chat`.`message` (
`id` INT NOT NULL AUTO_INCREMENT ,
`create_at` DATETIME NOT NULL ,
`update_at` TIMESTAMP on update CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ,
というSQL文が表示されただろう。
これが「SQL」というデータベースを操作するプログラミング言語の書き方なんだ。
今はツールを使って自動的にSQL文を作成したが、SQLの文法を学べば、自分で書けるようになる。
とりあえず、今はphpMyAdminでMySQLを簡単に操作してみよう。
すると、画面左側のデータベース一覧で、「chat」の下に「message」というテーブルが表示されるようになっただろう。
データベースと、その中のテーブル（表）を作ったけど、まだデータが入ってないので空のままだ。
すると、
INSERT INTO `message` (`id`, `create_at`, `update_at`, `message`) VALUES (NULL, '2018-10-24 12:34:56', CURRENT_TIMESTAMP, 'Hello, world!')
というSQL文が表示されただろう。
これがデータを操作するSQL文の一例だ。これも後でSQLの文法を学んでみよう。
これでデータが1件追加できた。
こんなかんじで、とりあえず、phpMyAdminでMySQLをいろいろいじって練習してみよう。
次回以降の予定は、
といったかんじです。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう ←★今ここ★
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
：
前回はオブジェクト指向プログラミング（OOP）の使いどころを学ぶために、MVCフレームワークを使ってみました。（ほんの触りだけ）
OOPに関する有名な本はたくさんあります。Amazonでレビューの評価が高い本は、定番の本が多いです。
だけど分厚い本は、ある程度プログラミングに慣れてから読んでみないと、最初は意味がチンプンカンプンだと思います。
（最初は意味が分からなくても）なるべく早い時期に1回は読んでみた方が良いと思う本をピックアップしてみます。
この本は、OOPの概要、基礎知識がコンパクトにまとめられています。
この本を１つの目安にして、今後の学習指針を立ててみて下さい。
https://www.shuwasystem.co.jp/products/7980html/4614.html
この本は、OOPも含むプログラム設計のノウハウや原則をまとめて紹介しています。
カタログ的に、各テーマを広く浅く紹介してるだけなので、詳しい内容は個別に掘り下げる必要がありますが、それでも概要を知る上では役立ちます。
今すぐ理解できなくても、「あー、そういえば、そういう話もあったな」と後で思い出せる程度に眺めておくだけでも十分だと思います。
（第3章にある「UNIX哲学」は、初心者にとってプログラミングの良い指針になると思います。）
https://gihyo.jp/book/2016/978-4-7741-8361-9
この本は、上記2冊の内容を具体的な事例で説明しているような本です。
これらの内容はそれぞれが1冊の本になるほどボリュームの多い内容ですが、本書ではそれらのエッセンスをうまくまとめていると思います。
サンプルコードはRubyで説明されていますが、何らかのOOP言語を使ったことがあれば、Rubyの文法を知らなくても、だいたい意味は分かると思います。
プログラミングの入門書を数冊読んだ程度の段階では、上記の本を読んでもいまいちピンと来なくて、意味が理解できないと思われます。
しかし、将来自分がぶち当たるであろう壁、課題を先取りしているつもりになって、「こんなことも考慮してるんだな！」と雰囲気だけでもつかんでもらえればいいんじゃないかと思います。
PHPを使って、OOPの基本的な仕組みを説明をしたので、PHPの入門書を挙げるなら、とりあえずこの１冊。
自分にとっては分かりやすい説明だと思うのですが、類書はたくさんあるので、実際に本屋で確かめてみましょう。
Javaの入門書で文法の基礎を学んだら、次に読んでみたい本。
「デザインパターン」という知識があると、他人が書いたプログラムを読むときに役立つと思います。
（なんでこういう書き方をしてるんだろ？とか、定番の書き方＝パターンがいくつかあるので。）
グチャグチャな汚いコードを綺麗にスッキリさせるノウハウがあります。
リファクタリングに関する知識を学ぶと、プログラムの書き方が改善されて、後で自分がメンテナンスするときに苦労が減ります。
今の段階では、パッと思いついた本はこんなかんじだけど、他にも良い本はいっぱいあります。
自分が分かりやすいと思う説明方法と、他人が分かりやすいと思う説明方法は、必ずしも一致してない場合が多々あります。
図書館や本屋で、実際に本の内容を確かめてみて、自分にとって一番分かりやすいと思える説明の本を探してみてください。
リファレンス（文法の辞書など）は、読む頻度が多ければ、買って損はしない＝元は取れると思うので、自分への投資だと思って、必要な本は買うようにしましょう。
（プログラミングの専門学校とかに行ったら、学費が何十万円もしますね？それを思えば本なら安いものです。）
プログラミングに限らず、他の勉強でも同じだと思いますが、最初は知らないことの連続ですね？
プログラムのサンプルコードを見ても、意味が分からなくて、中身が不明な「ブラックボックス」に見えると思います。
でも、いったん意味が分かるようになると、霧が晴れたように、急激に視界が開けてきます！
学習曲線で言えば、滑らかな右肩上がり（／）ではなく、ある時グイッと変わる階段状（＿l￣）の変化に近いと思います。
なので、最初は分からないことが多く感じても、それが当たり前なので、あまり気にする必要はないです。
理解を早める補助として、上記のような参考書も活用されてみて下さい。
今回までで、手続型言語（構造化プログラミング、オブジェクト指向プログラミング）の基本を知りました。
次回は、問合型言語（SQL）を学び、データベースを使いましょう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書 ←★今ここ★
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
：
前回はオブジェクト指向プログラミング（OOP）で使う様々な仕組みについて学びました。
OOPの文法を学んだ後、OOPの長所が発揮される場面をどうやって説明したらいいのか？を考えてみた。
横田の意見を参考にして、「フレームワーク」を使って、OOPの使い方を見てみよう。
framework →「枠組み」「骨組み」「構造」などという意味の英語。
システム開発で使われる「フレームワーク」とは、よく使われる機能のパーツを用意して、まとめて１つのパッケージにしたプログラム群のことだ。
イメージとしては、いろんなおかずが入ってる豪華な幕の内弁当のようなものだ。
ただし、ご飯のマスだけが空になっていて、プログラマーが自分でご飯を用意しないと、弁当としては完成していない形になってる。
普通の白いご飯を作って追加しても良いし、好みや必要に応じて、炊き込みご飯やまぜご飯を作って追加しても良い。
ゼロから豪華な幕の内弁当を作るのは大変だけど、ご飯だけ用意すれば完成するので楽ができる。
プログラムの開発でフレームワークを使うと、プログラマーは必要最小限のコードを書くだけでアプリを完成させられるので楽ができる。
「フレームワーク」と似た用語で「ライブラリー」という用語がある。
弁当を作るときに使いたいおかず（ライブラリー）を自分で考えて探し出し、選ばないといけない。
（フレームワークは最初からおかずが全部用意されているので、自分でわざわざ選ばなくてもOK）
プログラムの動作で見た場合、フレームワークとライブラリーでは決定的な違いがある。
↑このページの「図1●フレームワークにおける制御の反転」という図解を見てみよう。
「制御の反転」（Inversion of Control、IoC）といって、自分の書いたコードが主役から脇役になってる点が違う。
（主役と脇役という説明は適切ではないかもしれないけど、イメージとしてはそんなかんじ？）
フレームワークはいろんな機能が全部入りで、こいつを使えば、ちょっとコードを書くだけで、高機能なアプリがすぐに作れる。
ここでは「MVCパターン」という仕組みで作られた「MVCフレームワーク」を使ってみよう。
MVCは「Model」「View」「Controller」の略で、MとVとCの３つを自分で用意すれば、アプリが作れちゃう仕組みだ。
MVCの歴史は古くて、GUI（Graphical User Interface、グラフィカルユーザインタフェース）を作る方法の定番だ。
→「MVC 仕組み」でGoogle画像検索すると、分かりやすい図解がいろいろ出てくる。
（参考）
Wikipediaの説明は、文章が学術的で難しいけど、正確な説明になってると思う。
↑このページの「MVCの概要」という図が、MVCの仕組み＝動作の流れを分かりやすく説明してる。
こういうプログラムの設計に関するノウハウは、「アーキテクチャー・パターン」という分野に蓄積されている。詳細はGoogle検索してみよう。
Webアプリを作るときに使われるMVCフレームワークには、いろいろある。
有名なものとして、
などが挙げられる。
PHPでOOPを学習しているので、ここではPHPのWAFの１つである「CodeIgniter」を使ってみよう。
CodeIgniterは使い方がシンプルで、覚えるルールが少ないので教材に向いているだろう。
それでは、CodeIgniterを使ってみよう。
↑このページの「Download」から「3.1.9.zip」という圧縮ファイルをダウンロードする。（2018年10月現在はバージョン3.1.9でした）
ダウンロードしたファイルを解凍して、「CodeIgniter-3.1.9」というフォルダが出てきたら、「waf」という名前に変えよう。（「waf」はWeb Application Frameworkの略。）
今「waf」フォルダの中には、「index.php」というファイルや、「application」「system」などフォルダがあるね？
この「waf」フォルダを以前用意したXAMPPの中にコピーする。（参照：anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備）
＝「C:\xampp\htdocs」（Cドライブの中の「xampp」の中の「htdocs」というフォルダ）の中に「waf」をコピーして下さい。
＝「C:\xampp\htdocs\waf」という位置にコピーできたらOK。
これで「Welcome to CodeIgniter!」というWebページが表示されたら、CodeIgniterの動作確認はOKです。
$config['base_url'] = 'http://localhost/waf/';
それでは「Hello, world!」と表示させるシンプルなWebアプリを作ってみよう。
<?php
defined('BASEPATH') OR exit('No direct script access allowed');
class Hello extends CI_Controller {
public function index()
{
$this->load->view('hello_index');
}
}
ここで注目して欲しいのは、「class Hello extends CI_Controller」という部分です。
フレームワークが用意している「CI_Controller」というクラスを継承して、自分で「Hello」というクラス（オブジェクトの設計図）を作っている、という点です。
次に、
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<p>Hello, world!</p>
</body>
</html>
今回は簡単なので、MVCの「M」は用意しませんでした。（CとVだけで完成）
Webブラウザーで「http://localhost/waf/index.php/hello」というURLにアクセスして下さい。
画面に「Hello, world!」と表示されたら、Webアプリの作成が成功です！
「Hello, world!」の表示だけではショボ過ぎるけど、Webフレームワークを使えばもっといろいろな機能が作れます。
詳細は、CodeIgniterのマニュアルを参照して下さい。
↑このページで「ユーザーガイド(日本語)」を読んでみて下さい。
Webアプリを作るときデータベースがないと不便なので、次の次ぐらいにSQLを学ぼう。
MySQL（データベース）を使えば、掲示板などのWebアプリも作れるようになります。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう ←★今ここ★
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
：
前回に続いて、今回もオブジェクト指向プログラミング（OOP）の基本的な仕組みを見ていこう。
OOPに関係してる#18から#24までのうち、後半の#22から#24までを一緒に見てみよう！
クラスベースのOOPでオブジェクトを使う場合、普通は「クラスからインスタンス（オブジェクトの具体的な実体）を作ってから使う」と説明した。
実は、newでいちいちインスタンスを作らなくても、クラスのメンバー（プロパティーやメソッド）を直接呼び出して使える仕組みも用意されている。
それが「static」（静的）という仕組みだ。
「静的」（static）という言葉は、「動的」（dynamic）の対義語になっている。
newでインスタンスをポンポン作っていくのが「動的」なら、new無しでコッソリとメンバーを呼び出すのが「静的」というかんじ？
PHPでは、インスタンスを作らなくても、直接（静的に）呼び出せるメンバーには「static」という目印を付けておく、という文法になってる。
さらに、
それではstaticなメンバーを入れたクラスを定義してみよう。
// プロパティー：インスタンス変数（staticなし。newした後じゃないと使えない）
public $name;
// プロパティー：静的変数（staticあり。newなしでいきなり使える）
public static $count;
}
文法的には「static」という印を付けるか、付けないかの違いしかない。簡単だ！
次は、staticなメンバーの呼び出し方を見てみよう。
ちょっと待った！「演算子」という言葉は初めて出てきたね？意味を確認しておこう。
1+2は3になる等、対象（1とか2とかの数値データ）を操作（＝演算）して、3という結果を得られる。
「::」はスコープ定義演算子とか、ダブルコロンと呼ばれている。PHPマニュアルでは以下のように説明されている。
静的メンバーを呼び出す専用の記号として「::」という演算子（記号）が用意されている、というわけだ。
つまり、「::」という演算子を使うことで、静的メンバーを操作できる。
それでは、「::」を使って、静的メンバーを呼び出してみよう。
// プロパティー：インスタンス変数（staticなし。newした後じゃないと使えない）
public $name;
// プロパティー：静的変数（staticあり。newなしでいきなり使える）
public static $count;
}
// new無しでいきなり使える！
User::$count = 1; // 1を代入する。
実行すると
「PHP Fatal error: Uncaught Error: Access to undeclared static property: User::$name」
というエラーメッセージが表示された。
「staticなプロパティーとして定義されてないから、アクセスできないよ！」と怒られた～～～（涙）
staticじゃないメンバーには、ちゃんとnewしてインスタンスを作ってからアクセスしないと、使えないんですね。（面倒）
オブジェクトのメンバー（プロパティー、メソッド）に、オブジェクトの中のメンバーがアクセスするとき、
という使い分けになってる。単にこれはPHPの文法なので、特に悩む余地はない。
// 普通のプロパティー：インスタンス変数（staticなし。newした後じゃないと使えない）
public $name; // ←この$nameをこの下にあるをhello()から使いたい
public function hello() {
echo "Hello, " . $this->name; // this->で指定する
}
}
$this->nameで、オブジェクト（この場合はインスタンス）内の$nameにアクセスできる。
// staticなプロパティー：静的変数（staticあり。newなしでいきなり使える）
public static $name; // ←この$nameをこの下にあるをhello()から使いたい
// staticなメソッド
public static function hello() {
echo "Hello, " . self::$name; // self::で指定する
}
}
// new無しでいきなり使える！
self::$nameで、オブジェクト（この場合はクラス）内の静的な（staticな）$nameにアクセスできる。
「this」とか「self」とか、いちいち使い分けていて面倒くさいなーと思うだろう。
なんでこんなことをやってるか？というと「スコープ」という仕組みが関係してる。
ドットインストールのPHP入門でも、#16でちょっとスコープについて説明してあった。
「スコープ」（scope, 可視範囲）は、元々は潜水艦に付いてる望遠鏡（潜望鏡）のこと。
プログラミングでは、あるデータ（変数とか）がどこまで見えるか、覗けるか、という範囲のことを「スコープ」と呼んでる。
変数や関数がどの範囲まで有効なのか、使えるのかは、その変数や関数のスコープで決まっている。
Wikipediaで「スコープ」の説明を見ると、ゴチャゴチャ書いてあるけど、要するにスコープには、広い範囲や狭い範囲があるってこと。
thisやselfをわざわざ使い分けているのは、範囲を指し示すときに、
それとも
thisを使ってたら、「ああ、newしてインスタンスを作らないと使えないんだな」と分かる。（インスタンスの中の話）
staticとselfを使ってたら、「newしないで、静的に使えってことだな」と分かる。（クラスの中の話）
太郎の$nameとか、花子の$nameとか、インスタンスの場合は、各インスタンスのメンバーは、明確に分かれていて、両者が混ざることはない＝別々のスコープになってる。
クラスの静的メンバーは、そのクラスに1個しかないので、そのクラスをnewしないで（インスタンス無しで直接呼出したときは）、いろんなところから呼び出されても、共通の中身になってしまう＝スコープが1個、同じスコープになってる。
インスタンス変数とクラスの静的変数は別物なので、thisとselfで使い分けてる、というわけだな！
ここまで読むと「staticって面倒くさいやつだな！なくてもいいじゃん！」と思っただろう。その通り！
staticは使わなくて済むなら、なるべく使わない方がいい。
「static 欠点」で検索してもらえば、staticを使った場合の問題点が紹介されている。
どうしてもstaticじゃないと実現できないこと、staticの方が便利な場合だけ、staticを使うようにしよう。
（参考）PHPのstaticの使い方
具象クラス（今まで勉強してきた普通のクラス）だけではなく、「抽象クラス」という特殊なクラスを作る仕組みも用意されている。
抽象クラスは、継承してその子クラスを作るとき、「必ずこのメソッドを自分で作れよ！」などと強制できる。
つまり、クラスの利用方法（継承とか）について、プログラマーに指示を出せる働きがある。
抽象クラスの特徴として、具象クラス（通常のクラス）との違いを挙げます。
抽象メソッドとは、実際の処理を自身にではなく子クラスに記述させるためのメソッドです。
この抽象メソッドを記述できることが、抽象クラスの最大の特徴です。
抽象クラスを継承したクラスは、この抽象メソッドを必ず「オーバーライド」しなければなりません。（オーバーライドしないとコンパイルエラーとなります。）
OOPの継承には、「単一継承」と「多重継承」という種類がある。
普通は、「単一継承」といって、親クラスから子クラスを継承して作るとき、親クラスは1個だけしか指定できない。（１：１）
クラスA、クラスB、クラスCの３つを親クラスとして、クラスZという子クラスを継承して作る仕組みは、「多重継承」という。多重継承が可能な場合、子クラスは複数の親クラスを持てる。（多：１）
PHPやJavaでは、多重継承ができない代わりに、「インターフェース」という仕組みが用意されている。
インターフェースを使うと、多重継承と似たようなことができる。
↑ここにクラスとインターフェースの相違点がまとめられてたので、参考にしてみてください。
interface sayHi {
public function sayHi();
}
public function sayHello();
}
class User implements sayHi, sayHello {
public function sayHi() {
echo "hi!";
}
public function sayHello() {
}
}
$taro = new User; // コンストラクターに渡す初期データがない場合「new User();」みたいに「()」を付けなくてもOK
$taro->sayHi(); // hi!
#22から#24までを見て、PHPのOOPの基本的な仕組み～使える機能について見てきました。
PHPには、他にもいろんなOOPで使える機能が用意されています。
Javaなど他のプログラム言語には、PHPにはないOOPの機能も用意されています。
オブジェクトを利用するときの仕組みとして、いろんな方法が考えられてます。
使う機会があれば調べてみましょう。
ここまでで、やっとOOPの基本的な仕組み、用意されている機能やテクニックを学びました。
次回は、なぜこんなOOPの仕組みが考え出されたのか？どうやってOOPを活用していくのか？を見ていきましょう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半） ←★今ここ★
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
：
