cross-cutting-concerns

    0熱度

    1回答

    我想處理AOP又名交叉切割關注屬性ala MVC。 我是否必須使用AOP框架或類似Ninject的攔截插件?

    1熱度

    1回答

    在編程中,跨領域問題是一個常見問題(缺乏更好的術語)。例如,如果您要對飛機及其所有複合材料部件進行分類建模,則各種設備將取決於相同類型的零件。例如。油箱,水箱等 我在設計中遇到同樣的問題。除了AOP之外,還有哪些策略可以解決這個問題? 感謝

    7熱度

    6回答

    我們正在尋找groovy腳本的包含機制,以便爲橫切關注點留出空間。 在我的示例中,我們將Web服務端點視爲常規腳本,並且希望登錄到我們的Web服務協議。爲此,我們使用我們的隱式對象(從我們的框架中獲取)來創建日誌記錄語句。 但是,如果我們在每個Web服務端點中編寫代碼,這是樣板代碼。 我們正在尋找像include()這樣的東西,其中包括其他groovy腳本,有沒有什麼想法如何做到這一點?

    3熱度

    2回答

    我很好奇其他商店在基礎應用框架方面正在做些什麼?我將應用程序框架看作是能夠提供額外的或擴展的功能來提高從中構建的應用程序的質量。 有很多開箱即用的框架,比如Spring(或Spring.NET)等等。我發現這些問題最大的問題是他們不是單點菜單。基本上,他們有太多的功能,除非每一項功能都是最好的實現,否則很可能你最終會使用多個框架拼湊來完成這些任務 - 導致膨脹和混亂。我認爲這適用於免費和商業系統。

    5熱度

    2回答

    假設我有一個複雜的系統,那裏有大量的人。簡單的想法是員工/經理的關係,許多員工向一位經理報告。現在,除了經理之外,還有能夠代表經理操作管理人員的支持人員。 在CQRS系統中,如何爲「編輯員工」的假設行爲建立消息模型,其中行動的調用者是輔助人員。如果員工根據經理安全關係對他們的領域中的員工採取行動,該行動才能成功。 驗證其安全性將涉及查詢數據庫以驗證被修改的人是否確實在該經理的員工鏈內。 此查詢會在

    1熱度

    4回答

    就我的理解而言,大部分序列化/反序列化技術都使用反射來創建對象並設置或獲取值。那麼爲什麼要明確地綁定這些屬性,例如[XmlIgnore] ... for xml,[Serializable] ...在二進制序列化中,[JsonPropery] ... Json.Net等等。由於這些問題就像涉及對象的跨領域問題一樣,我們不能在對象之外做同樣的事情嗎? 如果問題分離了,用戶可以控制對象圖/樹的哪一部分

    4熱度

    2回答

    我有一個ASP.NET MVC 3 web應用程序,各種部件/層,如: 網絡 服務(高速緩存,外部API的,雲服務等) 核心(域邏輯,POCO的等) 庫(實體框架) 現在,當我在我的網站做一些事情(如提交一個表單,也叫做POST) - 在最壞的情況下,所有的層可以需要 收到通知。 現在,我可能建立所有這些邏輯到我的控制器HTTP POST動作,但它變得非常胖和重要的邏輯。 我已經涉足了使用發佈者訂

    2熱度

    1回答

    是否有解決方案來實現橫切關注而不進入方面和點削減等? 我們在Spring MVC中,並且正在開發一個商業應用程序,由於各種原因,無法進入AspectJ或Spring的aspect處理。 而我們的一些控制器已經變得很臃腫(太重),大量的焦外代碼遍佈各處。每當我坐下來重構,我都會看到同樣的事情一遍又一遍地重複着。請允許我解釋一下: 每次我必須準備一個視圖,我爲它添加一個國家列表。 (添加到ModelA

    2熱度

    2回答

    最近我讀了很多關於應用程序設計模式的東西:關於DI,SL反模式,AOP等等。其原因 - 我想達成設計的妥協:鬆散耦合,乾淨,易於使用。除了一個問題之外,DI似乎幾乎是一種解決方案:跨領域和可選的依賴導致構造或財產污染。所以我來爲我自己的解決方案和我想知道你怎麼看它。 Mark Seemann(DI書的作者,着名的「SL is anti-patter」聲明)在他的書中提到了一種叫做Ambient C

    2熱度

    2回答

    我有一個非常簡單的問題,但我在尋找「最佳」的解決方案如下: 我有多個控制器的動作是這樣的: public ActionResult DoSomething(PackageViewModel packageByName, DoSomethingInputModel inputModel) { if (packageByName == null) { Response