問題タブ [structure]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
svn - ?依存関係を処理するためのリビジョン管理システム(SVN)の構造化
長年、私は簡単な方法でプログラミングを行ってきました。言語とプロジェクト別に整理されたディレクトリにソースファイルを保存し、ときどき手動バックアップを作成します。賢い場合は、新しいバージョンを試す前にコピーを作成します。 ; それはほとんどそれです。
最近、リビジョン管理の使用を開始することにしました。たくさんの記事やページを調べて、かなりの数の異なるものを試した後、私は最終的にSubversionに落ち着きました(BASEのためにプロジェクトのサイズが2倍になったとしても)。
私は今、有用な情報を見つけることができないように思われるいくつかの側面についていくつかのアドバイスが必要です。まず、RCSを使用する基本的なプロセスが正しいことを確認しています。
- すべてのプロジェクトをSVNリポジトリにインポートします
- オリジナルを削除する
- リポジトリからプロジェクトをチェックアウトする
- それに取り組みます
- コミットする
それでおしまい?では、新しいプロジェクトはどうですか?フォルダに新しいプロジェクトを作成してからインポートする必要がありますか?
ディレクトリ構造にも問題がありますが、最初に、セットアップをレイアウトする必要があります。私は自宅のマシンで作業している単一の開発者です。データディレクトリには、次のようなレイアウトがあります。
…等々。
IDEのインクルードパスに、頻繁に使用するヘッダーディレクトリがいくつかあります(たとえば、 3rdParty \ Graphics、Classes \ CFooなど)。以前は依存関係に問題がありましたが、RCSを使用すると、さらに悪化します。たとえば、CoolAppにはThisControlとCFooが含まれる場合があります。以前は、 CoolAppの作業中にCFooを変更して壊した場合、CoolerAppのようにCFooを使用する他のアプリも壊れてしまうため、これは理想的とは言えませんでした。
CFooらをコピーする代わりにこのようにした理由。al。CoolAppや他のディレクトリへのアクセスは、各コピーからの更新を\Hフォルダのメインコピーにマージしようとする手間が原因です。
正式なRCSを使えば、このような問題は解消されると思いました。ただし、プロジェクトを\ VC \ CoolAppなどからSVNリポジトリにインポートすると、 CFoo、* Libraries \ **などのコンポーネントは外部ディレクトリにあるため、含まれません。したがって、バージョン管理されていないため、ポイント全体が無効になります。
このような状況に対処するためのヒントを探しています。たとえば、\ HにCWidgetがあり、 \ VCにWidgetTest ( CWidgetを含むテストコンテナ)がある場合、 WidgetTestとCWidgetの両方がバージョン管理されるように構造化すると同時に、可能な限り単純化する方法を教えてください。 CWidgetを使用して最新バージョンを含めて使用する他のアプリはありますか?
また、すべてのプロジェクトを同じリポジトリディレクトリにインポートすることしかできず、Big \、Small \、Test\などの構造が失われました。それを維持するためにSubversionを取得することはできません。
最後に、元のプロジェクトディレクトリはどうなりますか?リポジトリにインポートすると削除できるという記事を少なくとも1つ見ました。もしそうなら、私はおそらくそれらを圧縮して片付けます。
ああ、私は現在、ApacheサーバーでSubversionをセットアップしており、VisualSVN、SVNServe、およびCollabNetSVNサーバーをインストールしています。私はそれぞれを動作させるようになりましたが、必要なのは1つだけだと確信しているので、どちらを使用するかについてアドバイスをお願いします。
どうもありがとうございます。
php - カート テーブルの構造とカート内の特定のアイテムのみの更新
シンプルなオンライン ショッピング カート用のデータベースを設計しようとしています。テーブルのショッピング カートに何を配置すればよいかわかりません。カートIDを主キーにしていいのではないですか?後でカート内のアイテムを更新するときに、特定の製品の変更されたフィールド (数量など) のみを更新する適切なロジックは何でしょうか? これについて私を助けてください。
xml - どのXML構造がより理にかなっていますか?
あまり詳細に立ち入ることなく、プロパティの制約を記述するためのメタデータとしてXMLを使用することを検討しています(これは削減例であり、XSDは提案された複雑なモデルをサポートしていませんでした)。構造はより理にかなっていますか?
オプション1)
オプション2)
ruby-on-rails - クラスのデフォルトを設定し、サブクラスのオーバーライドを許可するためのRubyonRailsパターン
基本的に、単純なRails拡張機能を実装して、コントローラーのメソッドの重大度を定義し、メソッドの使用を適切に制限できるようにします。たとえば、抽象スーパークラスでデフォルトのRESTfulアクションをそのように定義します。
次に、非抽象コントローラー呼び出しでダウンします。
その特定のコントローラーに編集レベルのメソッドとしてsortメソッドを追加します。
次に、before_filterを使用して、現在実行されているアクションのレベルを確認し、現在のユーザーが実行できないとロジックが判断した場合は、それを中止できます。
問題は、この種の構造を設定する方法を理解するのに苦労していることです。私はこれまでにこのようなことを試しました:
上記の3つの方法は、私が試したことを示すために、意図的に異なります。3つ目は機能しますが、どのコントローラーをテストしても同じ結果が返されます。おそらく、クラス変数がアプリケーションコントローラに格納されているため、グローバルに変更されます。
どんな助けでも大歓迎です。
html - HTMLドキュメント構造の処理
HTML ドキュメント構造の処理について説明しているリソースがあるかどうか疑問に思っていました。たとえば、ニューヨーク タイムズのページがある場合、どのページについても、メインの記事がどこにあるのか、ページの重要な要素がどこにあるのかを理解したいと考えています。一部の Web サイトでは、未加工の html ドキュメントがこのタイプの処理の兆候を示します。他のサイトの場合、一般的に提供されるのは書式設定タグ (フォントなど) だけです。私はOCR技術を見てきましたが、それらのほとんどは個々の要素を認識するために使用されており、これはOCRとは少し異なる問題です.
誰かがこのトピックに関する洞察を持っているなら、それは大歓迎です!
php - 教義の記録はどの程度行うべきですか?
私は独自の CMS を作成しており、データベースに doctrine を使用しています。
Post レコードをクレートするとき、そのレコードはどのくらいの作業を行うべきなのだろうか?
例:
私は Post -> Categories リレーション (1 対多) を持っています。別の関数を作成してカテゴリを追加する必要があります (Post が既にカテゴリを持っているかどうかなどを確認するため)、または Post はアクセサー/ミューテーターを使用してそれを行う必要がありますか?
ベストプラクティスは何ですか?
c - C での構造体の継承
C で構造体を継承できますか? はいの場合、どのように?
php - 同じデータに対して複数のビューを実装するためのアイデア
私は CodeIgniter を使用していますが、この質問はどの MVC フレームワークにも当てはまります。5 つの異なる Web サイトを管理できるカスタム CMS を使用しています。ユーザーはログインしてこれらのサイトを切り替えます。サイトの各領域にコンテンツを追加できます。入力できるCMSやデータは各サイト共通です。
公開されているサイトはすべて、他のすべてのサイトと同じデータを含んでいるにもかかわらず、まったく異なって見え、異なるブランドを表しています。
では、これらのビューをどのように実装しますか? 私が見るべきデザインパターンはありますか?
私が今これを行うと考えることができる唯一の方法は、各コントローラーの内部に switch ステートメントを配置することです > 各 Web サイトの異なるビューを取得するアクションですが、これを行うにはもっと賢い方法が必要です。次のような大量のコードの生成を回避したいと考えています。
php - 偽のディレクトリ構造を作成して使用するにはどうすればよいですか?
URL にディレクトリ構造があるように装うサイトをいくつか見て、「どうやって?」と思いました。
私は職場で Web サイトを管理しており、コードを確認しました。すべてのページのデータベースがあり、動的に作成されます。
ローカル サーバーでホームページを動作させることはできますが、偽のディレクトリ構造をどこから始めればよいかわかりません。例としてはhttp://www.bankcharges.com/bank-charges-advice/
、このためのディレクトリはありませんが、コンテンツはデータベースにあります。
彼らはこれをどのように行ったのですか?
これが関連していると思われるコードは次のとおりです。
index.php
:
functions.php
:
c - 最適な C 構造体の定義
コンパイラがそれをさらに最適化できるようにする C 構造体 (C struct definition ) に項目 (int、float、union など) をパックする際に従うべき考慮事項について疑問に思っていました。
従うべきガイドラインがあるかどうかを知りたいです。たとえば、単語境界への配置を許可する順序で構造に項目を追加するなどです。など?
詳細をいただければ幸いです。
よろしく、 -J
この質問には、そのような C 構造体のクロス コンパイルに向けた最適化戦略も含まれます。