architecture

    3熱度

    1回答

    我想圍繞新的Android體系結構組件,特別是ViewModel包圍我的頭。 我的印象是,片段不應該知道它所擁有的Activity或Fragment,以便它可以在應用程序的不同上下文中使用。這些例子似乎直接在片段聲明視圖模型的範圍,而不是片段業主反駁這個: viewModel = ViewModelProviders.of(getActivity()).get(SomeViewModel.clas

    -1熱度

    1回答

    我們有客戶端要求爲客戶端網絡中的特定用戶組打開共享「共享驅動器」路徑。我有幾個問題: - 從門戶網站打開網絡驅動器,這種方法是否足夠文件存儲/共享?在同意這種方法之前,與客戶分享什麼關切? 客戶端預算有限&買不起一個文件上傳模塊。 對此有何看法? Windows中的目標操作系統。

    1熱度

    1回答

    我正在嘗試進入ASP.NET Core。有很多這樣的例子都有使用同一個項目的前端和後端。我想要做的是有一個API項目和一個前端項目。我更喜歡這個單獨的解決方案,因爲如果需要的話,我將來可以更容易地添加移動組件。 我的問題是:假設我有項目,一個Web API(核心)和一個MVC(核心)我會有重複的控制器? 例如,在API項目,我想有以下控制器 的LoginController MembersCont

    1熱度

    2回答

    我們有一個新的web項目,我們已決定將身份服務器用作集中身份管理服務。這個想法是長期的,我們可以將其他項目遷移到此並在一個地方維護用戶。 該網站本身由一個角度SPA(客戶端),一個web api後端(api資源)和一個單獨的aspnet核心MVC網站運行身份服務器組成。 用戶遵循openid連接流程,從前端重定向到身份服務器以登錄,然後使用生成的訪問令牌連接到API。 所有這一切工作正常,並且我們

    1熱度

    1回答

    我想從Android開發者網站的這個鏈接的代碼,並面臨着一些問題: https://developer.android.com/topic/libraries/architecture/guide.html Here is my code: public class UserProfileFragment extends LifecycleFragment { pri

    1熱度

    1回答

    我是一名初中級開發人員。 我最近開始了一項新工作,我負責基本上完成整個CRM項目的大部分內聯樣式。 目標:清除內聯樣式到包含.css文件的共享文件夾。 問題:50-100個包含內聯樣式的組件的文件。 目標:採用一種系統化的方法來有效地提取內聯樣式。同時爲這個項目帶來一些結構。 有關這麼做的好方法的想法?

    1熱度

    2回答

    我目前正在開發一個Spring項目。我畫了一張圖來說明我在說什麼。下面的圖表UML是否代表Spring遵循的正確/良好的體系結構? 爲了解釋,RestController重定向請求。該控制器具有與真實類一起注入的接口依賴性(這裏是一個處理帶有文件的報告存儲的類)。 DatabaseFile類實現了DatabaseInterface。一方面,一些用於內容處理的方法(如getContentFromRe

    2熱度

    1回答

    我正在用C++開發2D戰鬥遊戲(用於學習目的),而且我很難搞清楚如何正確實現遊戲邏輯。爲了快速瀏覽我當前的體系結構,我有作爲數據持有者的組件類,並且我擁有「系統」,這些「系統」只是設計用於處理這些組件的功能。我有保持當前正在遊戲的戰士的陣列的場景類和該場景被傳遞給各個子系統然後可以自由地對戰鬥機部件起作用,更新戰士狀態: //Add a fighter object to array of fig

    0熱度

    1回答

    我理解OO編程的工作原理,但實際使用多於一個或兩個類的實際經驗很少。當涉及到實際使用它時,我與OO Design部分鬥爭。我來到以下可能受益於OO的情況: 我有幾組來自不同來源的數據,一些來自文件,另一些來自互聯網通過API和其他甚至不同來源的數據。當涉及到它們包含的數據時,它們中的一些非常相似,其中一些實際上是不同的。我想要將這些數據可視化,並且由於幾乎所有的數據都是基於我在地圖上使用某種位置的

    0熱度

    1回答

    獨居工作作爲軟件架構多年來,我很討厭用獨身情況下,我可以避開他們。但不得不爲Android應用程序做一些任務,我遇到的情況是,單例似乎是唯一的選擇。可能有人可以提出其他建議嗎? 的任務是使一個用戶界面嚮導來創建一些新的實體(在我的情況的行程說明)。實體很複雜,需要幾個頁面才能完成其所有數據。 嚮導的組織結構推到後一個後疊一個,因爲用戶進入下一個頁面幾個片段。但是所有片段都應該與編輯實體的一個實例一