オブジェクト指向開発を学んでいます。現在の購買、販売、在庫システムをオブジェクト指向形式に変更したいのですが、どこから始めればよいか教えてください。
可能であれば使用してください。いじらないでください。
オブジェクト指向になりたい場合は、新しいシステムを開発するだけです。
可能であれば、いじらずに使用してください。
オブジェクト指向になりたい場合は、新しいシステムを開発するだけです。
オブジェクト指向思考を学んでいるので、以前作ったシステムを使って練習しています。
どこから始めればよいかわかりません。ご意見をお聞かせください。
最初のステップは、すべてのデータベース操作を抽象化することです
テストを完了して合格した後、2 番目のステップについて説明します
使用できる場合は、いじらずに使用してください。
オブジェクト指向になりたい場合は、新しいシステムを開発するだけです。
+1!
投稿者がすべての属性メソッドをリストすることをお勧めします。そうすれば問題ありません
最初のステップは、すべてのデータベース操作を抽象化することです
2 番目のステップについては、テストを完了して合格した後にお話します
私はしませんこれの役割がよくわかりません。次のデザインクラスの基礎を築きたいですか?
○○のために○○をするな
○○をするためには○○の論理的思考が必要だという言葉をよく聞いたことがあると思います
本以外の話をしましょう
人がないと物事ができないとき、場所、人、物、事(英語で5つのWと1つのH)
プロセス指向は実は「オブジェクト指向」でもあるが、このオブジェクトは時間であり、時間は抽象化できないプログラム内ではオブジェクトレスであるように見えます
オブジェクト指向とは、抽象化できるものをオブジェクトとして使用できることを意味します
職場では場所と人がほとんど区別できないという事実を考慮すると(理由を考えてください)、物事はオブジェクトとしてよく使われます
実際、物(プログラミングではデータ)は変化しており、それが制作の目的でもありますが、それをオブジェクトに分割することも困難です
そして、物(簡単に言うとプロセス)を分割することは、現時点で最も一般的で実現可能な人類の考え方はこれでしょうか?本題に戻ります
オブジェクト指向とは、同じプロセスをプロセスに結合し、異なるプロセスをオブジェクトに分割し、それらのプロセスをデザインパターンで組み合わせて生産ラインを形成することです
モデレータの最初のステップは抽象化です??すべてのデータベース操作
データベースの読み書きのプロセスを抽出して洗練されたオブジェクトを形成することです。これは学習指向であるため、オブジェクトは比較的簡単に取得できます
精神的にフォームを削除し、同じ部分を変更されていないコンテンツに書き込みます
接続、データベースを選択し、SQL コマンドを送信し、戻り値を取得します。これは、追加、削除、変更、検索でも同じではありませんか (同じプロセス)
唯一の違いは、どのライブラリ、どのコマンド、どのような戻り値かです...異なる部分をパラメータまたは変数属性として使用するだけです
同様の処理には、ファイル ディレクトリの処理、形式変換、API などが含まれます
実際、使い慣れたプロセスから始めて、それをクラスに書き込むことができます。モデレータが言ったことは一般的な例であり、ほとんどの人はデータベースのクラスやオブジェクトに触れるようになります。これは、私が個人的に接触した XML 形式の処理から始まることが多いためです。 PHP クラスは、当時 XML をよく扱っていたためです
javascript/dom オブジェクトは、オブジェクト (dom 要素またはドキュメント コントロール) をオブジェクトとして、イベント (イベント) をメソッドとして取得するという考えに基づいています
JavaScript はほとんどがイベント トリガーは、PHP の規則正しい実行とは異なり、非常に抽象的に見えます。わかりにくい。
実際は非常にシンプルです
たとえば、購買、販売、在庫システムは 2 つの部分で構成されています:
2. 管理を実装するビジネス ロジック
したがって、データベース クラスを使用して、データの操作 部分抽出は、挿入、クエリ、変更、削除にすぎません。これらのアクションはパブリックであり、どのシステムでも必要です (購買、販売、在庫システムで必要なのは最初の 2 つだけです)
かなり抽象的です。わかりにくい。
これを言葉で説明すると抽象的になってしまうので、多くの人は必然的に時間をかけて理解することになります。 、はは、この理解には重大な問題があります。無視してください