Web フロントエンドフレームワーク選定前に知っておくべき Angular の 6 つの問題点と、それでも Angular を選ぶ理由 - Qiita
Web フロントエンドフレームワーク選定前に知っておくべき Angular の 6 つの問題点と、それでも Angular を選ぶ理由JavaScriptAngularフロントエンド 2019/12/04 追記 @okunokentaro さんが熱いアンサー記事を書いてくれました。 Angularでの開発を快適に進めるために知っておきたいこと https://qiita.com/okunokentaro/items/503ab7a4c7601b564de0 https://gist.github.com/okunokentaro/dc4cd470999fd90aba73423d09a37485 本当に本当にありがたいです。この短時間でこんな良質の記事が書けるのは本当にスゴイ。 Angular コミュニティの暖かさと熱さを感じる 1 日でした。この記事もぜひ参考にしてください。 （ただ、「A
Help us understand the problem. What is going on with this article? この記事は Angular #2 Advent Calendar 2019 3日目の記事です。 こんにちは、奥野賢太郎（ @okunokentaro ）です。今回は同日に公開された記事『フロントエンドフレームワーク選定前に知っておくべき Angular の 6 つの問題点と、それでも Angular を選ぶ理由』のアンサー記事として、筆者の考える問題点の克服方法、または誤解の解消、および自分がAngularを選ぶ理由を述べようかと思います。 特定のAPIの便利な使い方…とかよりは、もうちょっと視座の高い話になっています。また本稿内にてReactの言及が多いことについては、アンサー元の記事がReactを推しておられることに由来しており、それらの節で言及してい
こんにちは！sugitaniと申します。 これまで有名芸能人と通話ができる(かもしれない)ライブ配信アプリとか、オリジナルマンガの配信サービスとか、コメントが横に流れるライブ配信システムとかを作ってきました。(SUGARは今も作業してます) 最近ご縁がありましてUUUMの子会社で、簡単に有料フォロワー向けの投稿が行えるFOLLOW MEを主に開発していて、NFTでデジタルトレーディングカード(※)を売り買いすることができるHABETをIndieSquare社さんと協業で運営しているNUNW株式会社(5月にFOROから社名変更)に入社し半年くらい経っています。最近CTOに任命していただきました！ ※NFTについては思うことがある開発者の皆様が多いと思っていますが、自分がどう思っているかは後述します 少し前に「スタートアップがまともなわけ無いから入るな」というインタビュー記事を書いて頂いたんで
本稿は「アーキテクチャを突き詰める Online Conference」における発表「なぜDependency Injectionなのか？ ～関心の分離と疎結合～」の登壇原稿となります。 発表時の動画アーカイブは後日公開されたタイミングでリンクを追加いたします。 また、本稿のサンプルコードとPower PointはGitHubで公開しています。 「CC BY-SA 4.0」で公開していますので、気に入っていただけたら営利目的含め、ライセンスの範囲で自由に利用していただいて問題ありません。 https://github.com/nuitsjp/WhyDependencyInjection というわけで、本稿の目指すゴールはこちら。 今日は、この場にいる皆さんが「なぜDependency Injectionを利用するのか？」ということを、理解いただくのが本日のゴールとなります。 というわけで本
こんにちは。宿泊事業本部の宇都宮です。この記事では、GoのDIライブラリgoogle/wireの使い方を紹介します。 この記事は一休.com Advent Calendar 2019の9日目の記事です。 DIとは GoのDIライブラリ wireの使い方 Providerのエラーハンドリング Injectorのカスタマイズ Provider Set インタフェースのバインド 構造体のフィールドを参照する 細かな注意点 値とポインタの違いに注意 go runするときはwire_gen.goも一緒に おわりに DIとは DI(Dependency Injection, 依存性の注入)とは、あるオブジェクトが依存しているオブジェクトを自ら用意するのではなく、外部から渡してもらう（外部から注入する）というデザインパターンです。 例として、以下のように、監督の名前を渡すとその監督の映画を全てリストにし
はじめに 昨年からの大きな案件でClean Architectureを使った Platforms: Android/iOS Languages: Kotlin/Swift はじめに 勉強会向け資料なので、クリーンアーキテクチャー自体の解説もある程度含まれます。 逆に、時間の都合上、歴史背景や細かい部分までは行き届いていません。 もし間違いがあればご指摘ください。 オススメ書籍 アーキテクチャーを選定する目的 求められるシステムを構築・保守するために必要な人材を最小限に抑えるため 「アーキテクチャーは上位レベル、設計は下位レベル」のように区別されることがあるが、両者の間に明確な境界はなく、上位から下位に至るまで、決定の連続である スマホアプリ開発で代表的なアーキテクチャー AndroidはMVVM（Googleが推奨） iOSはMVC（AppleがCocoa applicationに採用）
レベル-1 : C#の文法がわかってない まず根本として「C#の文法がわかっていない」がレベル-1として存在すると考えます。 つまり「UnityのAPI」と「C#の言語機能」の区別がついていない状態です。 この状態では設計の話をするよりも、まずC#の学習をするのが先になります。 レベル-1を脱出するためには まずC#の言語機能を抑えよう MonoBehaviourを使わないクラス定義のやり方を覚える 今使っている機能がUnityAPIなのかどうかの区別をつける レベル0 : 設計なし レベル0は「設計なし」という状態です。 後先考えず、MonoBehaviourを継承した上で手当たり次第に実装を行っている状態です。 「プロトタイピングレベルの超小規模・超短期間な開発」であればこのやり方でも上手くいくかもしれませんが、「ユーザリリースを前提とした開発」では推奨しません。 この状態で1週間も開
この記事は個人ブログのうち技術に関する箇所のみを抜粋した転載です。 なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか -Junks, GC cannot sweep- またブログには書いたのですが、諸事情により先に英語版が存在します。 こちらも書いたのは僕なので、剽窃などではないことはご了承ください。 [元記事]: Why we replaced Java with Typescript for Serverless in dev.to はじめに サーバレス(serverless)は昨今もっとも注目を集める設計手法の一つで、おそらく多くの開発者が大なり小なり自分のプロダクトに応用し始めているのではないでしょうか？ 僕自身、完全にサーバレスに魅せられてしまい、昔ながらの自分でサーバやミドルウェアを管理しながら運用するみたいな世界には戻れる気がしません。 そもそもスケーリ
Rust の新しい HTTP サーバーのクレート Axum をフルに活用してサーバーサイドアプリケーション開発をしてみる - Don't Repeat Yourself
この記事は Rust Advent Calendar 25日目の記事です。Merry Christmas! 今年の Web バックエンド開発関連で一番大きかったなと思っているイベントに、Axum のリリースがあります。2021年の夏頃に tokio チームからリリースされた Web アプリケーション用のライブラリです。 基本的なデザインは actix-web 等とそこまで変わらないものの、マクロレスなのが大きな特徴かなと思います。tokio 上に直接載るアプリケーションになり、独自のランタイムをもたないため、tokio のバージョン管理に悩まされずに済むのも大きなメリットかも知れません。私はあまり重要ではないと思っていますが、明示的に #![forbid(unsafe_code)] をしているのでライブラリ内部に unsafe がないのも特徴かもしれません。 github.com 現在のん
概要 Martin Fowler氏によってDependency Injection (以下DI) と DIコンテナについての概念が2004年に発表されて約16年。 Java だけでなく JS や Swift、C# と言った様々な言語に実装されてきて基本的な設計概念として定着してきた。 だが、DIコンテナの利点、なぜDIコンテナを使うのかという話になってくると テスト容易性をあげる、という話ばかりが多くそれ以外のメリットについて説明されることが少ないと感じてる。 Java開発を変える最新の設計思想「Dependency Injection（DI）」とは DI (依存性注入) って何のためにするのかわからない人向けに頑張って説明してみる そこでこの記事ではテスト容易性の向上以外のDIコンテナのメリットについて書いていきたいと思う。 まぁまぁ長いので面倒だったら結論を先に読むでいいと思う 当初、
拙作の Unity用DIライブラリ、VContainer の v0.9.0 では、ILコードをコンパイル時に生成することによるメタプログラミングの高速化が足されました。 Unity用DIライブラリ VContainer の 0.9.0 を撒きました。 コンパイル時IL生成による高速化機能をマージしました。(オプション) IL生成でさらに 当社比 3-6倍くらいは速くなりました。これできっと Unity用 DIコンテナでは完全に最速になったんじゃないかな-と思います。https://t.co/YkHXXgP7nD pic.twitter.com/NFUxvLVzKd— ハダシA (@hadashiA) 2020年7月26日 この機能をつかうと、Zenjectのデフォルトとの比較でディタ上では50倍くらい、IL2CPPでは20倍〜くらい速い結果になっています。 また、グラフのとおり VCont
PythonでDI+モックを使いながら、Clean Architectureでアプリケーションを構築する - Qiita
PythonでDI+モックを使いながら、Clean Architectureでアプリケーションを構築するPythonFlaskDIPython3CleanArchitecture 業務でPythonを使ってウェブアプリケーションを実装する際、レイヤー毎に関心の分離を行いながら開発するために、Clean Architectureを導入することになりました。 チームメンバーへのナレッジ共有を兼ねて、漸進的型付けとDependency Injectionを用いながら、テスタビリティの伴ったアプリケーションを開発するためのプラクティスをまとめました。 今回はPythonを用いたサンプルを目的としているため、Clean Architectureの解説は簡易に済ませます。 (The Clean Architectureより引用) Clean Architectureはロバート・C・マーティンによって2
はじめに Blazor が .NET Core 3.1 の頃に出てきて、Single Page Application を C# + HTML/CSS + ちょっとのJavaScript で作れる技術という立ち位置で .NET 5 頃までいました。 そこから Blazor Hybrid や .NET 8 で Blazor United という俗称で呼ばれる新しい Blazor の形が出てきました。 正直、のほほーんと外から Blazor を眺めているだけだと何が何だかわからない状態だと思うので、.NET 8 時点での Blazor の形を整理してみようと思います。今回は基本的に整理するだけで、実際にコードとしてどのように実装するのかといった所までは踏み込みません。個々の詳細についてはドキュメントなどを参照してください。 関連するドキュメントや私の記事などは、関係する説明の途中にリンクを貼っ
airframe-launcherとsbt-packでScalaでCLIツールを作る - たけぞう瀕死ブログ
私は普段主にScalaを使っているので、ちょっと手の込んだ処理が必要だったりJava/Scalaライブラリを使ったツールが必要な場合にScalaで書けると便利だなと思うことがあります。 AirframeはScala用のDIコンテナを中心とした様々な機能を提供するライブラリ群ですが、そのうちの1つとしてairframe-launcherというCLIツール作成用のモジュールがあり、コマンドラインオプションを簡単に扱うことができます。また、sbt-packというsbtプラグインを使うと作成したアプリケーションを実行可能なコマンドとしてパッケージング、インストールできます。これらを組み合わせてScalaでCLIツールを作る方法を紹介したいと思います。 wvlet.org github.com まずはbuild.sbtに以下の記述を追加し、airframe-launcherを依存関係に追加します。
ドメイン駆動設計 × Spring Boot（Kotlin）で新規事業クラウドリンクスを運営している話 - クラウドワークス エンジニアブログ
はじめに 初めまして、クラウドワークスの新規事業エンジニアのせきと申します。2019年9月に新規事業クラウドリンクス（CrowdLinks）の開発チームにジョインし、サービスの立ち上げ段階から参画してきました。 現在クラウドリンクスは「Nuxt.js × Spring Boot（Kotlin）」という構成でサービスを運営しています。 この記事では、クラウドリンクスの技術選定の経緯と感想を紹介したいと思います。 新規事業の技術選定に興味がある、または今まさに技術選定をしている方 ドメイン駆動設計などの設計思想に興味を持つ方 新規事業の開発に関わっている方、または関わりたいと思っている方 こんな方々のご参考になれば嬉しいです！ 目次 背景 移行後のアプリケーションの技術選定 「1. ドメイン駆動設計（DDD）」の採用理由 「2. モジュラモノリス」の採用理由 「3. CQRS」の採用理由 「4
なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか - Junks, GC cannot sweep
この記事はエストニアのタリンから書いています。 期間に大小あれど、すでに日本・ベトナム・中国・台湾・シンガポール（・オフショアでインドとも）の現地で仕事し、すでにアジアでの労働は満喫した感があるので、ヨーロッパにそろそろ足を伸ばそうかなと。 そこで、第一候補として、大学生の頃から憧れだったIT先進国エストニアに下見に来ています。 まぁ、現地の開発者と何人か話して、もうほぼ心は決まりましたね。半年くらいを目処にこちらに移住しようかと考えています！ 幸運にも日本人は比較的簡単に労働許可が得られるようなので、夏くらいを目処に今の会社を退職し、こちらに来ようと考えています。 これについては今後別に記事を書きます。いく前の期待といった後の感想とか、結構需要がある気がするので。 ところで、現地の開発者と話しているうちに、技術モチベが高まりに高まってしまったので、久々に何か記事を書いてみようかなとか考え
PHP カンファレンス 2021【参加レポート】 - RAKUS Developers Blog | ラクス エンジニアブログ
ラクスの配配メールの開発・運用に従事しているJazumaです。 2021/10/02 (土) 10/03 (日)にPHPカンファレンス2021がオンライン開催されました。 このイベントは日本PHPユーザ会が開催しているイベントで、2000人以上が参加しました。 ラクスはスポンサーとして協賛させて頂いています。 phpcon.php.gr.jp 弊社からも3人が登壇し、多数のPHPエンジニアが参加いたしました。 今回は参加者から集めたレポートをご紹介させていただきます。 ではご覧ください。 10/2（土） 1日目 PHPの今とこれから2021 PHPにおけるコーディング規約と自動整形 13年物プロダクトの監視を起点とした改善活動 独自フレームワークPHPアプリケーションの改善戦略 10/3（日） 2日目 配列、ジェネリクス、PHPで書けない型 SVG画像をPHPで生成しよう What is
この記事について 私がWebアプリケーションの設計をするときは、プレゼンテーション層、ドメイン層（ビジネスロジック層）、データアクセス層の3つを基本的なレイヤーとして構えることが多いです。 そしてリポジトリパターンを使用して依存の向きを逆転させ、ドメイン層をアプリケーションの中心に構えます。 ドメイン部分を中心に据え、変更の多いレイヤーを外側に持っていく考え方は、オニオンアーキテクチャやクリーンアーキテクチャでも採用されています。 ですが、これらのアーキテクチャを忠実に再現せずとも、最低限DIPにより処理の中心をドメイン層に据え、ビジネスロジックを疎結合で高凝集なクラス設計にすることで、中規模以上の開発にも十分耐えることができると思っています。 Source 今回使用したコードはこちらに置いています。 workspace npmのworkspaceの機能を使用し、上述した設計を作っていきま
開発者にはしばしば必要なものがないという状況が訪れます。デベロッパーエバンジェリストの成瀬氏が、実際に10名弱のチームで新規プロダクトを作る際にクリーンアーキテクチャの構成を実践してみた話をしました。Part.4はクリーンアーキテクチャの処理の流れについて。動画はこちら。 処理の流れを確認する では処理の流れを確認していきましょう。どういった処理の流れでやるか。いろいろなものがありましたけど、なんとなくこのData StructureとInterfaceがあって、あと実装クラスはいっぱいあるなということだけわかればいいです。 最初はどこからいくかというと、まずControllerから入りますよね。Controller、UserController、ここで入力のデータを生成しています。具体的にはボタンを押した事実を、コンピュータがわかる、ビジネスロジックがわかるかたちに、アプリケーションがわ
はじめに これまでラクスルではRubyを開発言語として採用することが多かったのですが、最近はコマンドラインツールやバッチ処理などでGoによる開発も増えています。 私が最近取り組んでいる印刷発注基盤の刷新プロジェクトでもGoを使ってWEBアプリケーションを開発しており、社内では先例がないこともあって色々と苦労しながらも楽しく開発を進めています。 GoによるWEBアプリケーション開発では、RubyにおけるRailsのようなデファクトスタンダードは存在しないため考慮すべき点がたくさんあります。 例えば、「パッケージ構成をどうするか」、「WEBアプリケーションフレームワークを使うべきか」などですが今回はちょっと軽めのテーマとしてDIツールについて紹介します。 DIとは DIとはDependency Injectionの略で「依存性の注入」と訳されます。 Goではインタフェース型の値をコンスタラクタ
Unity専用最速DIコンテナVContainer と、UnityにおけるDIの勘所 - hadashiA
Gotanda.unity #16 2021/1/13 自己紹介 Twitter @hadashiA Github @hadashiA ソフトウェアエンジニア (フリーランス) 最近つくっとるライブラリ hadashiA/VContainer hadashiA/UniTaskPubSub 最近のひとり個人制作 ゲーム 思い出回収委員会 (仮) Webサービス ここは夜です(仮) 最近の仕事 なんか色々やってる [OSS VContainer] https://vcontainer.hadashikick.jp Unity専用 の DI コンテナ Unity に DI ? → この話の後半で 特徴 低オーバヘッド Unity専用DI界で圧倒的な実行速度 GCゴミが非常に少ない / コードサイズがとても小さい 必要十分な機能を厳選 目的を見失った滅多打ちのDIを非推奨にしていくスタイル 透明性
こう言うと「私はDIコンテナーなんて使っていない！アンチDIだ！」とおっしゃる人もいるかもしれません。 まぁ落ち着いてください。今回は、DIコンテナーは登場せず、Dependency Injection（以後DI）パターンのお話です。 DIパターンとは、つぎのようなものだと私は考えています。 「依存性を外部から注入することで、ふるまいを変更する設計パターン」 詳細はコードを見つつ解説します。コードはC#で記載していますが、だれでも読めるレベルです。たぶん言語が違えど似たようなコードは誰もが書いたことがあるはずです。 ということで、さっそく見ていきましょう！ あなたも使っているDIパターン お題 「何らかのリソースから文字列を読み取り、コンソールに出力する」 もうネタはバレたかもしれません。 ひとつめのDI さて、まずはローカルストレージ上のテキストファイルを読み込んでコンソールに出力してみ
タイトルで釣る はじめに この記事は Laravel Advent Calendar 2019 の24日目の記事です この記事を書こうと思った理由 ネタが思いつかなかった Laravelを業務で触れて1年が経とうかというのに未だLaravelの基本的な機能を理解しているか と言われたら首が引きちぎれる勢いで首を横に振ってしまいます。 始めた当初は、実行の流れ(ライフサイクル)も含めてふぁさーど？？さーびすこんてな？？だったので、 きっと同じように理解しないまま使ってる（または葬られた）人もいるだろうと思い書きました。 そもそもLaravel使うメリットは シンプルなMVC構造かつORMなどの機能だけでなく、 強力なルーティングフィルターや柔軟なオートローダーなどをサポートしており、 開発者は設計を意識せずに開発ができる。 ↑とりあえずよく目にするやつ Laravelが実行されるまでの流れっ
「プログラミング技術の変化で得られた知見・苦労話」という Qiita Advent Calendar 2020 への参加記事です。2000 年から 2020 年現在までのプログラミング言語、フレームワークや開発環境などの変遷や経験を振り返り、そこから感じたことを書いています。 出来事を書いてから知見をまとめる書き方だと長ったらしくて分かりにくい「単なるおっさんの昔話」な記事になってしまうので、逆に知見を見出しにしてなぜそう考えるのかを記述する形式をとります。 目次を見て太字のところだけを読めば知見が分かるわけですが、結論だけ見ると、ある程度経験のあるエンジニアにとっては「そんなこと分かってる」という程度です。 中身をちゃんと読むと「おっさんの昔話」が書いてあります。 長い記事ですので、年末年始の暇な時にでも読んでもらえれば。 開発の効率化 有名な「銀の弾丸はない」という言葉の通り、ハードウ
YYPHP#98「新人が業務で意識すべきこと」 「LaravelのFacadeは避けるべき？」 「1年半たってソースが汚く。リファクタリングどうしよう… 」 「Laravelに依存したDDDってあり？」 「SPAのセキュリティって何を注意したらいい？」 - Qiita
YYPHP#98「新人が業務で意識すべきこと」 「LaravelのFacadeは避けるべき？」 「1年半たってソースが汚く。リファクタリングどうしよう… 」 「Laravelに依存したDDDってあり？」 「SPAのセキュリティって何を注意したらいい？」PHPLaravelDDDYYPHPYYPHPイベントレポート これは2019年8月30日に開催したPHPerイベントYYPHP#98のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催はほぼ毎週、高田馬場にて。 今回の配信動画 YYPHP#98「未経験から就職したと
依存関係の挿入のガイドライン - .NET
この記事では、.NET アプリケーションで依存関係の挿入を実装するための一般的なガイドラインとベスト プラクティスについて説明します。 依存関係の挿入のためのサービスの設計 依存関係の挿入のためのサービスの設計時には: ステートフル、静的クラス、およびメンバーは避けてください。 代わりにシングルトン サービスを使用するようにアプリを設計し、グローバルな状態を作成しないようにします。 サービス内部で依存関係のあるクラスを直接インスタンス化することを回避します。 直接のインスタンス化は、コードの固有の実装につながります。 サービスを、小さく、十分に要素に分割された、テストしやすいものにします。 クラスに多数の挿入される依存関係がある場合、それは、クラスの責任が多すぎて、単一責任の原則 (SRP) に違反することを示している可能性があります。 責任の一部を新しいクラスに移動することにより、クラス
UnityのDI超ざっくり入門 2 - [SerializeField]とコンストラクタでPureC#込みのゲーム設計をする
はじめに 前回の記事では、UnityにおけるDI(UnityDI)の基本的な概念について見てきました。 今回は、具体的な実装例を見ながら、UnityDIの基本的・実践的な使い方を見ていきます。 [SerializeField]とコンストラクタを使ってゲームの依存関係を解決する ここからは、実際に前回の機能を利用してゲームの依存関係を解決する方法を見ていきましょう。 この話を抜きにしていきなりVContainerなどの話をしてもDIコンテナのメリットがあまり伝わらないと思うので、まずはUnityDIの基本を理解しておくことが大事だと思って書いています。 例題 例題として、以下のようなゲームを作ることを考えます。前回の例のもうちょっと実践的なバージョンです。 GameLoopSystemはPlayerのHPを監視し、HPが0になったらGameOverUIを表示する PlayerがCoinと衝突
![UnityのDI超ざっくり入門 2 - [SerializeField]とコンストラクタでPureC#込みのゲーム設計をする](https://cdn-ak-scissors.b.st-hatena.com/image/square/c1654624f98791afed8bca46e72d60077a3208e9/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--7Znj8z8G--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3AUnity%2525E3%252581%2525AEDI%2525E8%2525B6%252585%2525E3%252581%252596%2525E3%252581%2525A3%2525E3%252581%25258F%2525E3%252582%25258A%2525E5%252585%2525A5%2525E9%252596%252580%2525202%252520-%252520%25255BSerializeField%25255D%2525E3%252581%2525A8%2525E3%252582%2525B3%2525E3%252583%2525B3%2525E3%252582%2525B9%2525E3%252583%252588%2525E3%252583%2525A9%2525E3%252582%2525AF%2525E3%252582%2525BF%2525E3%252581%2525A7PureC%252523%2525E8%2525BE%2525BC%2525E3%252581%2525BF%2525E3%252581%2525AE%2525E3%252582%2525B2%2525E3%252583%2525BC%2525E3%252583%2525A0...%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3A%2525E3%252581%252591%2525E3%252582%252581%2525E3%252582%25258B%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzQ3OTQzNzViNjIuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
ASP.NET Core | 業務プログラムの実践学習
スタートアップ .NET ASP.NET Core入門 簡単なページを作ってみる - ウマヤディア 意識低めのASP.NET Core MVC入門（２）簡単なフォームを作る 意識低めのASP.NET Core MVC入門（３）モデルを使ってみる 概要 はじめてのASP.NET MVC5 連載：ASP.NET MVC入門【バージョン3対応】 - ＠IT 第1回 Controller－View開発のキモを押さえる（1/3） - ＠IT 第7回 レイアウト／部分ビューでアプリ共通のデザインを定義（1/4） - ＠IT ASP.NET MVC 開発を始める前に理解しておきたいこと - Qiita ASP.NET の機能 - ASP.NET 入門 【Visual Studio 2019】ASP.NET MVCでHello,Worldを出力！初心者でもわかりやすい画像付き | フライテック ASP.N
メリットは？ コンポーネント間の依存関係を取り除ける コードの変更を行いやすい unit test をしやすい 変更に弱いクラスの構成 DogとCatクラスはどちらも、引数に与えられた数字を返すだけの関数numberを持っています Animalクラスではそれぞれのクラスを直接インスタンス化しています class Cat: def number(self, num: int) -> int: return num class Dog: def number(self, num: int) -> int: return num class Animal: animal_1 = Cat() # => ここで直接インスタンス化 animal_2 = Dog() # => ここで直接インスタンス化 def total_number(self, num_1: int, num_2: int) -> i
概要 良いZenject/Extenjectの入門は ZenjectチョットワカルBook https://booth.pm/ja/items/1520608 にまとまっているので、それを読んで「Zenject/Extenject良いじゃん、今開発中のプロジェクトに入れよう」 と言う人の為の 最小の手間で、そこそこ効果が見込めるZenject/Extenject導入 です。 インストールとかは https://github.com/svermeulen/Extenject/releases ここからどうぞ。です。 今回は簡単な2ステップ式の導入講座です。 ステップ1:どのシーンからも使いそうな機構があるなら、ProjectContextを作る Zenject/Extenjectを含むDIコンテナの仕組みは「A,B,CというクラスはDIコンテナ経由で使うよ」 と定義する部分と「このDというク
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Angularでの開発を快適に進めるために知っておきたいこと - Qiita
こんなに辛いことになるから、最初にがんばろう / 辛い開発状況をどうにかするためにやった13のこと
なぜDependency Injectionなのか？ ～関心の分離と疎結合～
GoのDIライブラリgoogle/wireの使い方 - 一休.com Developers Blog
クリーンアーキテクチャーでスマホアプリ開発した感想（勉強会用） - Qiita
Unityにおける「設計レベル」を定義してみた - Qiita
なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか - Qiita
DIコンテナのテスト以外での利点について (7/15修正) - Qiita
Unity界最速DIコンテナVContainer が速い理由の解説 - @hadashiA
.NET 8 での Blazor を整理整頓して理解しよう
中規模以上のWeb開発に耐える3層アーキテクチャとDIP設計
Javaでクリーンアーキテクチャする方法 Part.4：クリーンアーキテクチャの処理の流れ
GoのおすすめDIツール | Raksul ENGINEERING
あなたも使ってるDIから理解するDIパターン - Qiita
Laravelﾜｶﾝﾈ(ﾟ⊿ﾟ)から「完全に理解した（）」までステップアップ - Qiita
2000年以降20年間のプログラミング技術の歴史を振り返って、得た知見を書いてみる - Qiita
【Python】DI、DIコンテナについて - Qiita
怠惰な人の為の最小Zenject入門 - Qiita