架構視角面面觀

2021-09-08 16:16:27 字數 1803 閱讀 6278

是否在不斷的學習新技術、新名詞、生怕落伍?(wcf、wf、wpf、mvc、ef、webapi、spring、castle、unity、autofac、ninject、aop等)

ui層**平均是多少行?(webform頁面、winform等頁面)

業務層**量平均是多少?

資料訪問層**量平均是多少?

儲存過程、sql、觸發器的**量是多少?

系統中有多少配置檔案,配置檔案的行數是多少?繁多的配置能否減少嗎?是否都很必要呀?

**量是否作為專案的考核指標?

專案中的**是否有很多相似的**或者冗餘的**?

專案的業務邏輯分布如何(ui層百分比是多少、業務層百分比是多少、資料訪問層百分比是多少、儲存過程觸發器等百分比是多少)

開發人員大部分的開發時間是花在什麼地方?前段介面、業務邏輯、資料訪問層、儲存過程、sql語句、bug修改

開發時間、bug修復時間的比例是多少

開發人員是否經常做自動化單元測試(nunit、msunit等)

是否支援aop擴充套件(事務處理、許可權認證、監控日誌等)

資料校驗怎麼處理的?

是否支援國際化?

業務邏輯是否可以近乎零配置的方式,發布成webservice、rest等型別的服務?支援各種終端嗎?

ui前端不用改任何**,只需要簡短幾行配置把業務邏輯的程序內呼叫轉化為分布式呼叫嗎?

是否覺得mvc的控制器的**都很相似,又無法進行很好的重構,如果能和業務邏輯統一起來該多好?

業務邏輯經過簡短配置能否完成從嵌入式部署到分布式部署?並且業務邏輯與分布式部署完全松耦合?並且支援多種協議和資料格式?

業務邏輯該如何進行垂直分割和水平分割呢

是否在為和其它系統的介面對接發愁呢?

如果頁面都是靜態化該多好?通過ajax非同步訪問領域邏輯多好?

webpage能像mvc的viewpage那樣支援泛型節約不少**量的?

webpage能支援di注入那該多好?

webpage能像mvc那樣不用codebehind,禁用viewstate,不用任何伺服器端控制項、ui的響應不通過伺服器控制項的事件繫結, 可以自動路由到特定的方法,並且把表單引數和查詢字串的引數以及路由資料自動繫結到action的方法列表,是不是很期待?

你的領域邏輯是否被ui前端綁架了?

你的領域邏輯是否被asp.net的session、cookie、cache等東東綁架?

你的領域邏輯是否被mvc或者webapi的什麼什麼actionresult.controllercontext,controllerbase,apicontroller 等綁架?

你的領域邏輯是否被wcf的資料契約、服務契約、操作契約以及繁瑣的abc配置所綁架?

你的領域邏輯是否被webservice、remoting等分布式架構所綁架?

你的領域邏輯是否被ado.net 所綁架(強型別的sqlconnection等)?

你的領域邏輯是否被orm所綁架(如ef、nhibernate等)?

你的領域邏輯是否被不支援多資料庫所綁架?

你的領域邏輯是否很難支援讀寫分離?

沒有裸奔的領域邏輯是否該甩掉包袱開始裸奔呢?

你們的架構是否依賴核心人員?核心人員一旦離職等其它因素脫離該專案,其它人能否玩得轉嗎?

你們的架構能否可以做到專案的快速交付和實施嗎

你們的架構的穩定性、安全性、可擴充套件性、維護性、易用性如何?

你們的架構經過簡短的培訓能夠讓實習生很快上手嗎

上面的問題,不解決或者都解決對不同崗位的人有什麼切身體會呢?

我上面寫了30多條個人日常工作中的點滴,期望起到拋磚引玉的作用,希望大家把各自的點滴和感受都分享一下。

Windows 系統面面觀

微軟出於種種目的,只是把一些不常用的工具藏在windows 的各個角落,這些僅作為附屬工具,無法弄清其具體鏈結檔案,不利於直接呼叫。下面我們就對它一一進行介紹。一 目錄篇 aspicd.sys scsi光碟機的的aspi驅動程式。必須先執行aspi dos驅動程式,這個檔案只對於那些使用scsi的使...

IT界人才面面觀

人才是企業的生命線,乙個企業最重要的資源可以說就是人才了,特別在it行業,人才更是重中之重。it是informationgtechonlogy的簡寫,就是資訊科技,是一切製造 傳輸 加工 儲存和使用資訊的技術。it企業在近幾年有了長足的發展,但it人才卻和it企業的發展不相適應。it人才市場 200...

軟體效能測試面面觀

軟體測試,作為軟體工程的一部分,隨著軟體生產的產業化運作應運而生,是軟體生產的乙個動態監控過程,對軟體開發全過程進行檢測,可以隨時發現問題 報告問題,並重新評估新的風險,設定新的監控基準,並持續下去。軟體測試是軟體質量控制的過程,是對軟體系統中潛在的各種風險進行評估的活動,其目的是監測和排除缺陷,以...