① C語言的模塊化編程還是不太理解，還請各位大神指點！
模塊化編程是為了更好的管理工程、方便以後移植代碼、使主函數或主文件（即有main函數的那個文件）變得簡單，因為我們讀代碼時一般都是從主函數開始讀的。
那怎麼進行模塊化呢？
簡單的就是一個功能包裝成一個函數，要實現什麼功能就調用哪個函數實現。
而復雜點的就是，一個功能模塊統一放一個C文件中，這個模塊相關的函數全部在這個C文件中實現，在主文件（即有main函數的C文件）想要使用這個模塊的功能函數，只需要包含它的頭文件就可以調用了。那頭文件就只是放這個功能模塊的函數聲明。
這樣子做，以後移植就方便多了。如果別的工程需要這個功能模塊，只需復制一下它的C文件已經H文件到這個工程目錄下，就能使用。
比如實現LCD描字、劃線、畫圓等等函數都放在一個叫做lcd.c的文件中，那就應該有一個叫做lcd.h的文件跟它對應，這個.h都是放這個.c文件對外函數的聲明。主文件的開頭出只需來一個#include"lcd.h"就可以調用這些畫圓劃線函數了。
② 公司做J2EE的，最近給的任務，讓我將界面模塊化，然後又分成了顯示數據模塊化和顯示布局模塊化，什麼意思
說簡單點就是拼圖
比如：我們看到的大多數網站上面的LOGO和導航總是不變的。
首頁|游戲|娛樂|新聞|聯系我們
----------------------------
*********顯示的內容*********
上半部分總是不變的，那我們就做一個模塊，而使用者不用關心具體代碼是什麼，只要拼上去就行。
==========================================
至於顯示數據模塊化，我的理解是把數據在顯示之前進行處理
比如我們在資料庫中通常性別用0，1表示男、女，我們可以有一個專門的模塊轉換儲存的數據和顯示的內容。
③ 一、 目的： 應用某一個具體開發工具，實現對資料庫管理系統進行模塊化設計
實現對資料庫管理系統進行模塊化設計我們可以幫助您的，
④ 如何實現前端模塊化開發
前端如果想做模塊化開發，首先需要針對每一種資源（
JavaScript
、
CSS
、模板等）尋找
一種模塊與集成方案，然後需要根據情況的不同選用不同的工具框架拼湊出來。
SeaJS
是一個適用於
Web
瀏覽器端的模塊載入器。使用
SeaJS
，可以更好地組織
JavaScript
代碼。
不知道別人怎麼做的，我自己現在的做法是，基本通用的功能做成一個
js
文件，
js
生
成
html
標簽和
style
樣式，只需要一個
div
帶上
id
調用一下就
ok
了，比如圖片上傳。而一
些常用但不通用的功能做成一組文件，包括
js
和一定的
html
結構還有一個
css
文件，也可
能還有圖片什麼的，有時候甚至做成不用調用，直接載入就能用。
至於具體的調用方法，
大概就是
window
定義一個變數，
放入調用的這個功能的
function
初始化一個模塊，
並返回這個模塊閉包中的一些方法用來操作或者獲取和設置一些模塊閉包
內的變數。
JavaScript
目前比較拿的出手的，也就是
JavaScript
的模塊化，比如
AMD
或者
CMD
等等，分別可以使
用
RequireJS
和
SeaJS
。
去年在研究基於
Backbone
的框架
Marionette
時，想與
Sea.js
結合使用。現在來看這種組合
是完全沒有必要的。
Marionette
提供了模塊化的組織方案，反而生拉硬扯在一起，沖突得很
難受。其實把
JavaScript
文件一列放在
HTML
中也沒什麼問題。
究竟使用什麼來實現
JavaScript
，
往往與選擇的
JavaScript
框架有關，
選
Backbone
可以
AMD
，
也可以
CMD
。選
AngularJS
直接引用就行。
CSS
CSS
模塊化應該是兩方面的問題——
一是模塊必須有一套基礎樣式。與
JavaScript
相比，
CSS
沖突簡直是家常便飯，
Shadow DOM
還沒成熟，
原生的
CSS
樣式隔離還在路上。
所以必須有一套基礎樣式來規定這一套模塊化組
件的樣式。我們可以選
Bootstrap
，如果閑它太重，也可以自己寫。
其次，每個組件必須有命名空間，避免組件間樣式沖突。如果選擇使用
LESS
、
SASS
等，那
就比較好辦，它們的縮進語法避免寫很多重復的
CSS
代碼。
HTML
模板
如果使用
AngularJS
，
那
AngularJS
已經幫您解決了模板模塊化的問題，
AngularJS
可以根據模
塊代碼中的引用載入對應的
HTML
。如果使用
Backbone
，可以選擇各種各樣的模板引擎，
Mustache
？不過比起
AngularJS
就低端些，我們必須自己處理模板文件，要麼通過模塊載入
器通過
XHR
請求，然後動態編譯；或者將
Mustache
編譯成
JS
，在當做模塊載入。
圖片、字體？
放在使用他們的模塊中，該怎麼引用就怎麼引用。
國際化文件？這些就不多說了，總之，每種文件需要選定一種開發的組織方式。
模塊分發
模塊採用統一的模式來開發之後，只需選定一種包的分發方式就行了——
Bower
。
npm
不適
合這樣的場景，
npm
的版本管理太過細致了。如果同一個項目中允許出現同一模塊的不同
版本，事情就做的太過復雜了。
發布上線
發布上線必須一個以終為始的過程。
如果你不追求網站或者應用的速度，
那就把那些開發文
件直接丟到生產伺服器上去吧。別說，我還真見過這樣的商用的網站。
如果講究一些方案，
資源合並成數個文件，
代碼線上組合和運行方式完全可以與本地開發不
一樣。只需要功能在就行。
JavaScript
代碼打成一個文件，或者兩個？都行。如果使用
RequireJS
，那
RequireJS
提供了打
包的工具，打包成幾個文件，什麼粒度，都行。如果是
Sea.js
也有對應的工具。就算文件都
是一個一個列出來，我們也總是可以打出來你想要的文件。
CSS
等等其他資源都是如此，就算開發時各自不同的結構模式，打包時都是可以打的。
至於上線
CDN
，版本號緩存什麼的並不在本文的討論范圍之內。
總結
前端模塊沒有什麼特效葯。唯一要遵守的原則就是，
比起
Node.js
來講，每種資源必須要
有一種自己的開發和上線組織方式
（
Node.js
開發和上線都是一致的）
，開發和上線完全可
以是兩種方式，
大可不必人雲亦雲，
只要適合可以隨意組合；
CSS
在
CSS Scoped Style
正式使
用之前，應該有一套基礎樣式和沙盒（模塊樣式命名空間）
。
每個模塊中的
HTML
怎麼辦，
如果我們使用的框架是
Backbone
，
註定我們要將
HTML
模板轉
換成
JavaScript
模塊，或者使用模塊載入器的插件來實現。如果我們使用
AngularJS
，那倒是
可以交由
AngularJS
。發布時
Backbone
中的模塊使用
AMD
打包，
AngularJS
可以使用
Grunt
內聯到頁面中。
HTML
模塊也沒有固定的模式，沒有固定的
SDK
來解脫我們。我們只能組合現有的工具！
CSS
就更不用說了，分開寫，使用
LESS
、
SASS
來組織？再一次沒有固定的模式沒有
SDK
。
⑤ 如何搭建模塊化數據中心
如果你是用回車換的行，可以去記錄\N數，如果那是自動換行，那你就只能計算每行字數*行數來截取字元串了。