(1 ~ 5件目表示 / 8件中)
タグ「設計」の条件で表示中。

記事一覧

  • 【C言語】構造体を隠蔽する

    275, 2019-12-29

    構造体の隠蔽と、内部リンケージな関数のテスト。animal.c に対し、ヘッダファイルを二つ用意。animal_public.hは公開し、animal_private.hは非公開なヘッダファイル。利用者側は公開されているヘッダファイルをインクルードして使う。

    書いてみて思った隠蔽のメリット

    • 利用者側が構造体の実体を宣言・定義できない。
    • アロー演算子などでメンバにアクセスできない。
    • 利用者側がデータ構造とその扱いを気にする必要がない。

    (省略されました)

  • 【設計】変換レイヤーを設けたらデータとオブジェクトの相互変換が捗った話し【JavaScript】

    193, 2019-09-24

    マルチプロセスなアプリ

    ユーザーの入力は何やかんやあってデータベースに保存される。そのデータからオブジェクトを生成してバックグラウンドでデーモン的に動作させたい案件が何件かあった。色々苦労したんだけど、一番大変だったのがデータとオブジェクトの相互変換で、オブジェクトはツリー構造を持ち、入力データはツリー構造のオブジェクトに分担され処理されるので、データを各オブジェクトに変換する必要があった。
    また、アプリの設計がマルチプロセスになっていて、プロセス間通信でデータをやり取りして、そのデータを再びオブジェクトとして組み立てる必要もあった。

    アプリの破綻

    最初はオブジェクトにデータの読み込みと書き出しをやらせていたが、プロジェクトが進むと複雑になって破綻した。それで作りなおす時に設計を見直したら、ストレスがかかっている部分はやはりデータとオブジェクトの相互変換処理部分だった。ここが複雑になると把握できなくなり、仕様変更などが起きると開発者がパンクする。

    (省略されました)

  • ゲームとWebでよく見られるMVCの違い

    191, 2019-09-23

    MVC

    一年ほど前に「MVCでAjax」という記事を書いたが、GUIの設計方針を得るためまた色々と調べることに。それで気付いたが、MVCには色々な説明があるようだ。つまり、ゲーム開発者とWeb開発者とで認識が異なる。
    WikipediaによるともともとのMVCは

    元来Smalltalkにおけるウィンドウプログラム開発のための設計指針として生まれたが、構造が複雑となりがちなグラフィカルユーザインターフェース (GUI) をもつソフトウェアにおける有用性から他方面へ広がった。

    とあるように、SmalltalkのGUI開発から生まれた。ということはMVCの生まれはゲームでもWebでもないらしい。便利な設計なので多分野に広まったとのこと。

    (省略されました)

(1 ~ 5件目表示 / 8件中)
タグ「設計」の条件で表示中。

スポンサーリンク

スポンサーリンク

スポンサーリンク

スポンサーリンク