Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

【AWSでエラー対処】CodeDeployでaws deploy pushしたとき、ZIP does not support timestamps before 1980となってpushできなかったときの対処法BashMacAWSaws-cli

学習の目的 この単元を完了すると、次のことができるようになります。 Martin Fowlerの エンタープライズアプリケーションアーキテクチャパターンで紹介されているサービスパターンの根幹について説明する。 サービスレイヤーに属する Apex コードを判断する。 アプリケーションのアーキテクチャおよびプラットフォームにサービスレイヤーがどのように適合するか議論する。 プラットフォームのベストプラクティスに沿って機能するサービスレイヤーを設計する。 一緒にトレイルを進みましょう エキスパートの説明を見ながらこのステップを実行したい場合は、次の動画をご覧ください。これは「Trail Together」(一緒にトレイル) シリーズの一部です。 (この動画は 17:45 の時点から始まります。戻して手順の最初から見直す場合はご注意ください。) はじめに 前の単元では、ソフトウェアアーキテクトをア

Service Layer Defines an application's boundary with a layer of services that establishes a set of available operations and coordinates the application's response in each operation. Enterprise applications typically require different kinds of interfaces to the data they store and the logic they implement: data loaders, user interfaces, integration gateways, and others. Despite their different purp

HANATANI Takuma(@potato4d) 2018.03.23 #kyotojs

jQuery にない機能の多くは、他のライブラリを追加すると補充できます。 ただし、Angular のような SPA フレームワークはそのような機能を一層統合された形式で提供します。全部含めることを念頭に始めから設計されているためです。 また、jQuery は命令型のライブラリです。つまり、jQuery で何かを行うには、jQuery 機能を呼び出す必要があります。 SPA フレームワークの作業や機能の多くは宣言によって完了できます。実際のコードを記述する必要はありません。 データ バインディングがこの機能の好例です。 jQuery では、通常、1 つの DOM 要素の値を取得したり、1 つの要素の値を設定したりするのにコードを 1 行のみ必要とします。 しかしながら、要素の値を変更するときは必ずこのコードを記述する必要があり、ページ上で複数の関数にこれを行うこともあります。 典型的な例を

このコンテンツは eBook の「ASP.NET Core および Azure での最新の Web アプリケーションの設計」からの抜粋です。.NET Docs で閲覧できるほか、PDF として無料ダウンロードすると、オンラインで閲覧できます。 "優れたアーキテクチャが高価であると思うならば、不完全なアーキテクチャを試してみてください。" - Brian Foote と Joseph Yoder 従来の .NET アプリケーションのほとんどは、実行可能ファイルに対応する単一のユニットとして、または 1 つの IIS appdomain 内で実行される単一の Web アプリケーションとして展開されます。 この方法は最も簡単な展開モデルであり、多くの内部的アプリケーションおよび小さなパブリック アプリケーションに適切に対応します。 ただし、このように単位ユニットとして展開されても、重要なビジネス

(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) オブジェクト指向プログラミングが、ソフトウェア開発に新しい設計を持ち込みました。 その結果、開発者は単一の目的を処理するために、全体のアプリケーションに関係なく、1つのクラスの中で、同じ目的や機能を持つデータを結び付けることができるようになりました。 しかし、このオブジェクト指向プログラミングで、分かりにくいプログラムやメンテナンスができないプログラムを防ぐことはできません。 そこで、5つのガイドラインがRobert C. Martinによって作り出されました。これら5つのガイドラインすなわち原則により、開発者にとって読みやすく、メンテナンスが可能なプログラムを作成しやすくなりました。 5つの原則は、S.O.L.I.Dの原則と呼ばれています（頭字語はMichael Feathereによって名付けられま

このコンテンツは eBook の「ASP.NET Core および Azure での最新の Web アプリケーションの設計」からの抜粋です。.NET Docs で閲覧できるほか、PDF として無料ダウンロードすると、オンラインで閲覧できます。 "プログラマーがプログラムを記述するやり方で建設業者がビルを建てたなら、最初にやって来たキツツキによって文明は破壊されてしまうでしょう。" - Gerald Weinberg ソフトウェア ソリューションを設計する場合は、保守容易性を念頭に置く必要があります。 このセクションで概説する原則は、クリーンで保守性の高いアプリケーションをもたらすアーキテクチャを決定する上で役に立ちます。 一般に、これらの原則に従うことで、明示的なインターフェイスまたはメッセージング システムを介してやり取りするコンポーネントでなく、アプリケーションの他の部分と密結合されて

Project structure for an Express REST API when there is no "standard way" Do any GitHub or Google search for REST API structures using Node + Express and you'll find very few of them follow the same organization. What's even worse is, while there are lots of good tutorials out there, many of them have no structure at all. They just put everything into a 200-line server.js file and call it a day...