タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
目次 MVCモデルとは何者?? Modelとは Viewとは Controllerとは まとめ (MVCを意識せずに書いた私の経験談) MVCモデルとは何者?? MVC(Model-View-Controller)モデルは、ソフトウェア開発におけるデザインパターンの一つ。MVCはアプリケーションの内部の構造を整理し、役割を分離することで、保守性や拡張性を向上させることを目的としているもの。 Modelとは モデルはデータの管理や処理、データベースとのやり取りなどを行うもの。 バリテーションも行う。 Viewとは ビューはユーザに表示されるもの。 例えばHTMLやJSなど Controllerとは ユーザーの入力やアクションを受け取り、それに応じた処理(モデルのデータを取得・更新)をし、最終的な結果をビューに渡すもの。 言えばMVCモデルの頭。 まとめ(経験談) 初めは全く気にしないで書いて
これは、これまでRailsの古き良きMVCな開発体制しか知らなかったバックエンド開発者が、環境が変わってフロントエンド開発を学ばざるをえなくなった者の記録です。 歴史的に正しい事実を書いたものではなく、私個人の理解を整理するための妄想日記です。 私はこれまではWebアプリの開発ばかりやってきて、RailsでHTMLテンプレートエンジン使ってviewを作るスタイルでしか開発してきませんでした。 しかし、ネイティブフロントとWebフロント両方があるアプリケーションが開発されているところを見て、ある事を思いつきました。 「Webフロントもネイティブフロントのように開発できれば、バックエンドエンジニアはバックエンドに、フロントエンドエンジニアはフロントエンドに分業できて、開発しやすくなるのでは?」 この気付きが超重要でした。このイメージを持てたおかげでフロント開発の意義がスルスル入ってきました。
PHPカンファレンス2019での登壇資料。 書き起こし https://note.com/tenjuu99/n/n0232ccd1089d あとがき https://note.com/tenjuu99/n/nbbb4b273676d メインの話の骨格は、MVC発案者であるトリグヴェ・リーンスカウク氏の2003年のJavaのカンファレンスでの資料(The Model-View-Controller (MVC) Its Past and Present)が元になっています。 http://folk.uio.no/trygver/2003/javazone-jaoo/MVC_pattern.pdf トリグヴェ・リーンスカウク氏は、この資料のなかでドメインサービス(業務システム)と個人の業務の関係を考えます。ドメインサービスと個人の業務にはギャップがあり、そのギャップを埋めるためにMVCは考えられ
tkinterはPythonでデスクトップアプリを構築するライブラリです。 比較的簡単(GUIが簡単という意味です)なアプリを構築するのに使われています。 でも、いきなりtkinterで開発しろと言われても、システム全体の構造までtkinterは決めてくれません。 システム全体の構造は開発者の手に委ねられることになります。 そんなときに、アーキテクチャの知識があるとシステムが見通しのいいものになります。 この記事では、前編後編に分けて、tkinterで少し処理が込み入ったアプリを構築する際に必要なMVCアーキテクチャの解説と、MVCアーキテクチャをどうtkinterで実現するのかについて書いていきます。 はじめに:何も考えずtkinterで作ると ネットの記事で多いのが、tkinter自体のコーディングの仕方を解説するだけの記事です。tkinterのウィジットの使い方について調べたいときは
YYPHP#97「掲示板を作るときに気をつけたほうがいいセキュリティ 」「PHPセキュリティのベストプラクティス」「掲示板のいいね機能の作り方」「MVCのServiceについて聞きたい 」「大規模インフラで向いているPHPの立ち位置とは」「Laravel向けに、AWSのセキュリティガチガチの構築スクリプトを作った話」PHPAWSLaravelYYPHP これは2019年8月23日に開催したPHPerイベントYYPHP#97のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催はほぼ毎週、高田馬場にて。 今回の配信動画
Visiteurs depuis le 25/01/2019 : 1513 Connectés : 1 Record de connectés : 35 Sony Mvc-fd92 Drivers For Mac ProTo download MVC-FD92 DRIVER, click on the Download button Sony will always detect monthly TV. Here you can update Sony drivers and other drivers. Sony has released Mac OS X Driver Loader to enable firmware update compatibility with Mac OS 10.13 High Sierra. Mac 10.13 users must run this dr
本記事の対象 ASP.NET Core MVC の基本的な使い方を理解したい人 C#の基本文法がある程度わかる人 環境 Windows 11 Visual Studio 2022 .NET 8 準備と新規プロジェクトの作成 (必要な場合のみ)Visual Studio Installerのワークロードに「ASP.NETとWeb開発」が追加されていない場合はインストールしておいてください。 それではプロジェクトを作成します。 Visual Studio 2022 の新規プロジェクトの作成画面を開き、「ASP.NET Core Web アプリ (Model-View-Controller) 」を選択してください。 プロジェクト名は公式チュートリアルと同様に「MvcMovie」にします。 フレームワークには「.NET 8.0 (長期的なサポート)」を選択し、「作成」をクリックします。 プロジェク
Visiteurs depuis le 24/01/2019 : 4509 Connectés : 1 Record de connectés : 25 MAC Member Referral Contest One of the best advertising avenues for MAC is word of mouth advertising by our members, our members encouraging their family and friends to visit the MAC. The MAC membership department is currently offering a $500 cash jackpot to the current member who refers the most new members who join on a
Repositoryパターンにおける、MVC + Service + Repositoryの役割をもう一回整理してみる 最近いろんな技術書を読み始めたり、コード設計的なところを調べてみたりして、 ふわっとなんとなく使っているRepositoryパターンにおける「Model」「View」「Controller」「Service」「Repository」のそれぞれの役割についてもう一回整理してみました。 役割をきちんと分かっていないと、形だけのRepositoryパターンになってしまいきれいなコードが書けなくなってしまいます。 というわけで、れっつごー! Viewはユーザーと直接触れ合う場所 Viewは役割がわかりやすいので今更書かなくても、、と思ったのですが、一応。 Viewは「画面の表示」「画面表示のための判断・処理」を行う場所です。 LaravelだとbladeやVueやReactなどが
今まで個人ではあまり設計パターンというものに触れることなく、いわゆるMVC的な設計ばかりを行なっていましたが、他の設計パターンも試してみたいと思い今回MVPアーキテクチャを学習してみることにしました。 MVC MVCはよくジョークでMassive View Controlllerと言われたりしますが、これはViewControllerクラスが大規模(Massive)になっていく問題のことを指しています。 この問題は単純にコード量が多いことだけが問題ではなく、様々なロジックがViewControllerに増し増しで乗っかってしまい、抱える責務が多くなってしまっているところにあります。 抱える責務が多くなることで、他のロジックとの依存関係が深くなり、テストがしづらかったり、問題箇所の発見に時間が掛かったり、保守のしにくさに繋がります。 ひとつの器(ViewController)にロジックが増し
概要 Laravelで同じ実装をドメイン駆動設計(DDD)とMVCで比較してみました。フロントはReactで実装しています。設計思想はドメイン駆動設計(以下DDD)、アーキテクチャはクリーンアーキテクチャを採用しました。LaravelのWebアプリケーションをDDDやクリーンアーキテクチャで構築すると、MVCで構築するのと比べて実装量やファイル数が増えるのでは?また、処理速度も遅くなるのでは?という懸念を抱いておりました。ただ、それは実際に試してみないとわからないと思い、同じ機能をDDD、MVCで実装し、比較する事にしました。やるなら実践的なプロジェクトが望ましいし、イメージし易いと考えて、題材はECのデモサイトにしました。構築パターンは、DDD、軽量DDD、MVCの3パターンです。DDD、軽量DDDの違いは、DDDはクリーンアーキテクチャに忠実に実装したのに比べて、軽量DDDはPrese
はじめに 本連載では、マルチプラットフォーム化が進む.NETと、そのWebアプリケーション開発フレームワークであるASP.NET Coreの全体像を俯瞰します。ASP.NET Coreは、アプリケーションの目的や開発スタイルに応じて選択することができる多彩なサブフレームワークを搭載しています。それらの基本的な性質や機能を読者に示すことで、ASP.NET Core導入の一助になることを目的とします。 対象読者 Core以前のASP.NETに慣れ親しんだ方 Web開発の新しい選択肢としてASP.NET Coreを理解したい方 ASP.NET Coreの多彩なフレームワークを俯瞰したい方 必要な環境 本記事のサンプルコードは、以下の環境で動作を確認しています。 macOS Monterey / Windows 10 (64bit) .NET SDK 6.0.100 Google Chrome 1
はじめに Webフレームワークを初めて使う時、公式チュートリアルを利用する方は多いかと思います。 しかし、公式チュートリアルの知識だけで実運用に耐えうる開発を行えるかというと、それは無理だと思います。 ASP.NET Core MVCもご多分に漏れずこのような感じでした。 そこで、公式チュートリアルと実開発の間を埋める「続チュートリアル」的なものが欲しいと思い、この記事を書いた次第です。 この記事ではASP.NET Core MVCを使って、認証、認可、ログ出力等、どんなweb開発するにしても必要になってくる土台部分を取り扱おうと思います。 この記事の立ち位置は下のような感じでしょうか。 公式チュートリアル この記事 個々のweb開発で固有のビジネスロジックの実装 デプロイ 運用 気力があれば 3、4、5 の部分についても記事に出来たらと思っています。 対象者 ASP.NET Core M
MVC(Model-View-Controller)アーキテクチャについて MVCはアプリケーション設計パターンの一つであり、 アプリケーションの構造や機能を整理するために使われます。 Model(モデル)、View(ビュー)、Controller(コントローラ)の略語で、それぞれが異なる役割を持ちます。 MVCの仕組みと役割を理解してコードを書けることで、 アプリケーションのコードを役割ごとに分けることができ、保守性と拡張性が向上します。 今日はここを詳しくやっていきます。 RailsにおけるMVCアーキテクチャ Railsは、MVC(Model-View-Controller)アーキテクチャに基づいて 設計されているWebフレームワーク。 プログラミング言語Rubyで記述されたオープンソースのフレームワーク! MVCは、アプリケーションを3つの役割に分割し、 それぞれの役割に対応するコ
ASP.NET MVC5 プロジェクト作成 使用ツールについて ・Visual Studio Community 2019 こちらでダウンロード可能です。 プロジェクトの作成 ・VisualStudioを起動し、「新しいプロジェクトの作成」をクリックします。 ・ASP.NET Webアプリケーション(.NET Framework)を選択しプロジェクト名を入力します。 ・プロジェクト名、プロジェクトの格納場所を決めて、「作成」をクリックします。 (場所は特に指定がなければデフォルトのままでOK。) ※プロジェクト名は自由ですが、私はMvc5LoginSample1として、この先のサンプルコードも進めていきます。もしMvc5LoginSample1でない場合は、この先のサンプルコードでMvc5LoginSample1と書かれた箇所は、ご自身で決めたプロジェクト名に書き換えてください。
Goの軽量Webアプリケーションフレームワーク(Echo, Gin)のディレクトリ構成 Golangの軽量Webアプリケーションフレームワークである、EchoやGinを使うとRuby on Railsのようにディレクトリ構成が特に決まっていないため、どのようにすれば効率的に開発できるのか悩みます。 しかし、最近いくつかGinやEchoを使ってAPIサーバを作成し、なんとなくディレクトリ構成が決まってきたので、共有します。 以下のリポジトリは後述する自動リポジトリ生成コマンドで生成されるプロジェクトの雛形です。 これについて説明をしていきます。 まずディレクトリを木構造で表示すると以下のようになります。 ├── README.md ├── config │ ├── config.go │ └── environments │ ├── development.yml │ └──
背景 Java, Groovy, C++, C#などいろいろな言語使ってアプリケーションを作成するなかで、MVCパターンを常に意識して開発してきました。 自分的な解釈だと、上記のような大雑把の分類です。 Model: ビジネスロジック、データベース処理、データオブジェクトなど View: 画面出力 Controller: ViewとModelの仲介役、ユーザーの入力をModelに渡すなど しかし、あるセミナーで「ネイティブアプリでは、MVCは合わない」という話を聞き、改めて、MVCがどこまで適用できるものなのか、そもそもMVCってなんだろう?と再考したくなりました。というわけで、MVCModelを再考してみます。 MVCと一言で言っても・・・ 改めて調べて分かったのですが、一口にMVCといっても、以下、分類があることがわかりました MVC1 MVC2 Pull-MVC Push-MVC M
コントローラー コントローラーとは MVCの全体像を把握したうえで、 コントローラー(Controller)について具体的にみていきます。 MVCにおいて、 Model と View の橋渡しを担当する要素です。 View から受け取った生データを Modelに引き渡し、 Model での処理結果を View に返す というのが主なお仕事です。 よくある会員登録処理で、 コントローラー のお仕事を確認してみましょう。 会員登録フォームに入力された情報を View から受け取る → View から生データを受け取る 実際の会員登録処理(DBアクセス)を担当する Model に情報を引き渡す → 受け取ったデータを Model に引き渡す 会員登録の処理結果(成功/既登録により失敗 etc)を受け取る → Model から処理結果を受け取る ユーザーに会員登録の処理結果を通知するために、 Vi
今回のテーマ・課題 ASP.NET Core MVCアプリケーションで、EntityFrameworkを利用して作成したデータ一覧表示画面に検索機能と並べ替え機能を追加する。 1. 作業概要上のポイント ASP.NET CoreアプリケーションではRazorページアプリケーションでもMVCでも、ビューで使用する(=表示したり入力したりする)可変要素は全てページモデルのプロパティーとして割り当てる。 一覧画面の場合、既定のモデルはListのように表示対象要素のリストである。 この画面に検索条件やソート機能を追加する場合、以下のような事柄が画面UIから設定される。 どの項目を検索対象項目にするか? 検索条件はどのようにするか?(=検索値は何か?一致条件はどうするか?) どの項目をソート対象項目にするか? ソートは昇順か?降順か? したがってページモデル側はそれらの項目をPropertyとして用
あるいは Listをモデルバインディングする方法について はじめに ASP.NET MVC5 において、注文とその明細のような 1:N の親子関係のあるモデルを扱う際に、明細行を一括で追加/更新するような場合の実装方法について解説します。 今回はレストランの注文を管理するシステムをイメージしてサンプルを作成していきます。 完成品は以下で公開しています。 Kazunori-Kimura/aspnet-order-management: ASP.NET MVC Modelの親子関係のサンプル Modelクラス 扱うデータは Order (注文) クラスと Detail (明細) クラスに格納します。 ひとつの注文に複数の明細が紐づきます。 using System; using System.Collections.Generic; namespace OrderManagement.Mode
本記事は 執筆デビューWeek 10日目の記事です。 ✨ 9日目 ▶▶ 本記事 ▶▶ 11日目 🔰 初めに MVCとREST APIの違い ビュー層の構成 認証・認可アーキテクチャ サービス構成 REST API+SPA構成のメリット/デメリット MVC構成のメリット/デメリット 総括 最後に 初めに 初めまして。9月にキャリア入社した芳賀と申します。前職ではオンプレミス環境+MVC構成のWebアプリのエンジニアをしておりました。現在はAmazon ECS+REST API(Spring Boot)+SPA構成のバックエンドエンジニアをしており、入社前後でアーキテクチャ構成がかなり変わって四苦八苦しております(笑) そこで、2か月間の経験をもとにMVC/REST APIの差で困ったポイントをまとめてみました。今後アーキテクチャ変更に取り組まれようとしている方の一助になればと思います。 M
#REST + MVC しか知らない人は model クラスがない = controller に手続き的に書くという想像をしてしまうようだが、そもそも controller という層が存在しなくても( API のレスポンスに責務を持つ層がバリデーション含めたロジックを宣言的に表現できるなら )良いと考えられるし、それが GraphQL なら resolver なんだとなる。GraphQL はエンドポイント1個しかないんだから controller もへったくれもあるわけないよね! 極論 Prisma をキレイに使いたければ、サーバーサイド = REST + MVC という無意識の前提が邪魔ということになる( いわゆる node.js でサーバーサイドをやるのがつらいという話って、結局の所 express で MVC がつらいって話にすぎなくないですか? )。ORM を使うこととアーキテクチ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く