[B! MVC] nakex1のブックマーク

昨日までJavaJavaしてた人がいきなりExcelのVBAを実装する羽目になったときのためのメモ - Qiita

Excel は滅びぬ！ Excel の力こそ日本企業の夢だからだ！ VBA 実装してて学んだこととかのメモ。 Java Java してたかはあまり関係ないかも。エディタの使い方エディタを表示する Alt + F11 で VB エディタを表示できる。環境設定背景色・フォントを調整するデフォルトの白背景とか気が狂うので、暗い色にする。「ツール」→「オプション」を選択し、「エディターの設定」タブを開く。「コードの表示色」を選択して、「背景」の色を選択する。ついでにフォントも見やすいやつに変更する。これだけで開発効率が５割増しになる。イミディエイトウィンドウイミディエイトウィンドウを表示するいわゆるコンソールに当たるのが、イミディエイトウィンドウと呼ばれるウィンドウ。 Ctrl + G で表示される。イミディエイトウィンドウに出力する ↓イミディエイトウィンドウに実行するプ

nakex1 2016/04/26

excel
MVC

リンク

WordPressのテーマをMVCでテスタブルに書く - Qiita

もろもろの事情からWordPressをカスタマイズしてサービスを作る（らなきゃいけない）プロジェクトが続いていて、現在2つ目のサービスを開発中。1つ目のサービスは勝手がわからぬままガシャガシャと力技で組み上げたので、functions.phpとかそれはもうひどいことになってたんだけど、今回はできるだけモダンに、スマートに、テスタブルに書きたいなと思ってプロジェクト開始前にけっこう準備をした。目標はテーマをMVCっぽく書けるようにして、テスタブルにすること。テーマMVCの仕組みオレオレ臭がプンプンするけど、とにかくエレメント毎にMとVとCを分けて書けるようにした。本当はファイル名やクラス名にプロジェクトのプレフィックスが入ってるんだけど、大人の事情もあるので消して掲載する。ディレクトリ構成テーマ内のディレクトリ構成は以下のようにした。CSSなどをcommonの中に置いたのは単にデザイ

nakex1 2014/10/30

リンク

MVCの流れを簡単にまとめてみる - Qiita [キータ]

理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア

nakex1 2014/01/15

MVC

リンク

お前のAngular.jsはもうMVCではない。と言われないためのTutorial - Qiita

JavaScriptフレームワークに興味あるし、Angular.jsを使ってみようかな・・・そんな純真無垢なあなたを混沌の世紀末に引きずり込むのが、ほかでもないTutorialなのです。 TutorialではほぼControllerしか出てこないので、素直にこの通り書いているとまず間違いなく３カウントでControllerにコードが集中するいわゆるFat Controllerになり、せっかくMVCフレームワークも地獄の荒野になります。実は、Angular.jsでまず目を通すべきなのはDeveloper GuideのConceptual Overviewです。これを読めばどう処理を分割するかがきちんと書かれていますが、以下ではそれ＋経験をもとにAngular.jsで正しくMVCを使用するためのポイントをまとめました。 Angular.jsの３原則 1.Controllerはイベントハンド

nakex1 2013/12/19

リンク

MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F's Garage

昔、JavaのフレームワークであるStrutsも出てくる前、MVCモデルにおけるControllerの役割というのは、「ロジックもデータも見ない現場監督のような役割」と学んだ。だから昔、ServletではMVCアーキテクチャを学んだ時に、こんなControllerを書いていた。 [とりあえずRequestオブジェクトを受け取る] | [validationロジックに引き渡す。データの中身は見ない] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [次にロジック処理クラスに渡す。最終的にDBのテーブルとマッピングしたデータはJavaBeansというデータクラスが保持する] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [Viewの生成オブジェクトにJavaBeansを渡す] ｜ [Viewオブジ

nakex1 2013/11/02

MVC

リンク

「MVCの勘違い」について、もう一度考えてみる - 圧倒亭グランパのブログ

お久しぶりです。@at_grandpa です。今回、Model View Controller について再考する機会があったので、自分なりに整理してみました。勘違い MVCの勘違いに関しては、以下のSlideShareが有名かと思います。やはりお前らのMVCは間違っている @mugeso これにはドキッとしたことを覚えています。このスライドで「間違っている！」と指摘されている形式を、そういうものだと理解していたからです。上記で指摘されている勘違い形式を、自分なりにわかりやすく噛み砕き、図にしてみました。 Userからの入力をControllerが受け取る Controllerはデータ置き場であるModelからデータを取得する取得したデータをControllerが加工する加工したデータをViewに転送する Viewは、受け取ったデータを視覚表現しディスプレイに表示する自分の中