"をいかに整えるかというビジネスロジックにKohana3プロジェクト

StackOverflow https://stackoverflow.com/questions/2443909

  •  20-09-2019
  •  | 
  •  

質問

私ためのアドバイス、チュートリアルやリンクの設定方法は、中規模のウェブアプリケーションでKohana3.私の実施MVCパターンは過去にもなたに対して"正式"MVCの枠組みでまだ自分の頭の周りの用語-toying周辺の基本例では、建物の景色やテンプレートです。

私は進んでいかなものにしていきたいと思っていを現実世界のウェブプロジェクト（自分のことをしてい企画もの）としての学習オブジェクトです。

私の名前は載っていませんでしたベストによる例が例に基づく文書は疎のためのKohana3ういう自分のサイトです。がんにな学習の枠組みとして行って、いかどうかを確認するためのコードベースの健全な構造から始まるコントローラーを割くというも水準を基に、最も重要なことに、このビジネスロジックに分けて適切なサイズのモデルです。

自分が、その中核として表示することができ事業ディレクトリの検索表示機能、ログイン領域の各エントリーです。実際の行政データベースバックエンドがあります。

仮に私のすべてのAPIを追い出しにしてリストの全ての事業において、編集業務、事業の通りの名前を提供しログインとして事業などで、私が見ているだけでなどの機能に簡単にパターンにKohanaプリケーション構成することができます。

  • い実例の"データベース-重"のアプリケーションのディレクトリのオンラインコミュニティ...とログイン地区に建Kohana3、好ましくはオープンソースのような見どのようにしていきますか？

  • あるコンベンションやベストプラクティス構成の方法を可能にログイン地域のためのエンドユーザーにKohanaプロジェクトにやさしいというだけでなく、対応できる業務ディレクトリのページも更に製品を別々のページでも見ることができますか？

  • しやすいよ。資源の複合ビルプKohana?

  • いまでのようなものがい提言プロジェクト構造ですか？

恵み

私は授与の恵みを@にantpawで提供していただくKohana用とビジネスロジックが与えてくれた多くの例です。乾杯@ピクセル開発のためのあなたがたの優れた入力に対してもしていないという、私の願いが分割幸!

役に立ちましたか？

解決

私は、ログイン用のKohanaに付属している認証モジュールを使用します。これは、あなたの役割テーブルを与える場所が設定可能なアクセス許可のオプションをし、後でそれらをユーザーに関係することができます。その後あなたは（__constructor内部に確認することができる）またはaction_function（）ユーザが、例えば必要な役割を持っているかどうかを各コントローラの>持っている（）関数 - と。あなたはテーブル間の多くの関係を持っているので、あなたは、また、ORMモジュールを使用する必要があり、そのちょうど素晴らしいです。また、ORMオブジェクト内部__get（）メソッドは、非常に便利であることができる。

そのまたif文で、そのためにNULLに新しいパラメータを設定し、チェックすることで、コントローラの機能を拡張するのは簡単。例えば古いエントリを編集したり、新しいものを追加するための唯一の機能を必要とします。

public funciton action_manage($id = NULL)
{
    $entry = ORM::factory('entry', $id); // if id is null a new entry will be returned 
}

それはあなたが厄介ビューディレクトリを避けるために、サブフォルダにビューを構築することも重要です。

他のヒント

多くの質問に答えるここでは、思っています。

い実例の"データベース-重"のアプリケーションのディレクトリのオンラインコミュニティ...とログイン地区に建Kohana3つろをあけてみるとどのようにしていきますか？

い応用例があります。木質Gilk(Kohana創業者)出版のコードの個人サイト github.ログイン地区付けた、クッキーの値です。Kohana3/2.4のクッキーで安全を削除し、その要件です。このような皆さんの好みでを利用できることが築認証ライブラリを使ったセッションやクッキー。

ここでは他のプロジェクトの場合：

  • Shindig 軽量ブログのモジュールkohana3
  • Kohanut -拡張可能なCMS書Kohana3

あるコンベンションやベストプラクティス構成の方法を可能にログイン地域のためのエンドユーザーにKohanaプロジェクトにやさしいというだけでなく、対応できる業務ディレクトリのページも更に製品を別々のページでも見ることができますか？

だから正しく生成してくださいログインボックスにそれぞれのページ?この辺であるKohana3として活用できるの H にHMVC.サムデFressyinet記事を書いた書こうのすべてのiBuildingテックブログです。 スケーリングWebアプリケーションHMVC.

何ができるしないを行う内部の要求のログインコントローラーはアップの対応におい

$login = Request::factory('login')->execute()->response;

$ログインの現在のログインフォームで入ります。い返しに反映される場合とそうでない場合は申請の内部がこの作品のコードで有:

if (Request::instance() !== $this->request)
{
    print 'Internal called made with Request::factory';
}

しやすいよ。資源の複合ビルプKohana?

あくなってしまうことが書いたしますの作り方は複雑。のKohana地域にいることは、PHP開発できるこれらの問題を解決する。できない場合は、なんかを使用Kohanaました。

いまでのようなものがい提言プロジェクト構造ですか？

だかKohana3つのファイルもします。

|- classes
|-- controller
|-- model
|- views

例えば: 

Controller_Mathew extends Controller

まうというファイルと mathew.php ： 

classes/controller

解する上で最も素早くできるより深いディレクトリが入っています。例:

Controller_Mathew_Davies extends Controller

まうというファイルと davies.php ：

classes/controller/mathew/

ご覧のとおり、頻繁にコントローラの名前としてディレクトリセパレータ.このリングがtrueのためのモデルやバニラの。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top