container是很多框架裏面的壹個布局容器，主要用來設置默認樣式的，比如前端框架bootstrap,後端框架layui等，項目代碼中都使用了這個容器。下面是軟件開發中的部分知識：
瀑布模型式就是是最典型的預見性的方法，嚴格遵循預先計劃的需求、分析、設計、編碼、測試的步驟順序進行。敏捷開發以用戶的需求進化為核心，采用叠代、循序漸進的方法進行軟件開發。
壹、瀑布開發
瀑布模型式是最典型的預見性的方法，嚴格遵循預先計劃的需求、分析、設計、編碼、測試的步驟順序進行。步驟成果作為衡量進度的方法，例如需求規格，設計文檔，測試計劃和代碼審閱等等。
瀑布式的主要的問題是它的嚴格分級導致的自由度降低，項目早期即作出承諾導致對後期需求的變化難以調整，代價高昂。瀑布式方法在需求不明並且在項目進行過程中可能變化的情況下基本是不可行的。
需求隔離：由於各階段的人員只能接觸到自己工作範圍內的東西，所以對客戶需求的理解程度高低不等，開發人員更像是定義為流水線上的工人。
變更代價大：既然叫作瀑布，就意味著不應該走回頭路。否則如果出現返工，付出的代價會很大。需求變更，編碼人員會很強的抵觸情緒。
束縛創造性：由於強調文檔管理，所以管理人員會比較喜歡，但是他束縛了開發人員的創造性。
周期漫長：整個開發持續的生命周期很長，需求和設計的時間會耗費特別多，有時候會占用三分之壹甚至更多時間，這樣整個周期就會變長，大都在半年到壹年左右的時間，所以更適合需求相對穩定的大項目。
二、敏捷軟件開發
敏捷軟件開發是基於敏捷宣言定義的價值觀和原則的壹系列方法和實踐的總稱。自組織、跨職能團隊運用適合他們自身環境的實踐進行演進得出解決方案。
敏捷開發以用戶的需求進化為核心，采用叠代、循序漸進的方法進行軟件開發。
缺點：
很難進行準確的資源規劃，很難準確的定義“輕量的“或必要的文檔，很難把握整體產品的壹致性，很難預測有限的終點，很難有效地進行度量。
希望能幫到妳，謝謝！