為什麼說編程離開框架就不會寫了

Ⅰ java不用框架的壞處、好處

java不用框架的壞處是：
1.因為軟體系統發展到今天已經很復雜了，特別是伺服器端軟體，設計到的知識，內容，問題太多。在某些方面使用別人成熟的框架，就相當於讓別人幫你完成一些基 礎工作，你只需要集中精力完成系統的業務邏輯設計。而且框架一般是成熟，穩健的，他可以處理系統很多細節問題，比如，事物處理，安全性，數據流控制等問 題。
2.還有框架一般都經過很多人使用，所以結構很好，所以擴展性也很好，而且它是不斷升級的，你可以直接享受別人升級代碼帶來的好處。框架一般處在低層應 用平台（如J2EE）和高層業務邏輯之間的中間層。因為某種框架用的人多，而且項目比較大，採用以後熟悉該框架技術的人可以馬上和開發團隊緊密結合，「規 范」

Ⅱ 為什麼很多人都覺得編程難，難在哪裡

新手號打骨灰級任務也會難到吐血，但是一步步來就會好很多。
新手學習編程語言時通常不會很了解編程的整體路線，那麼會簡單以為自己學習編程語言後可以馬上上手高大上的項目和應用，結果發現啥也不能幹，最後形成了強烈的心理預期反差。這么一來一部分學習者就會產生失落的抗拒感，覺得很難。實際上編程不難，但也不容易，只是剛開始預期太高，包括一些培訓機構也時喜歡用一些看起來很吸引人的項目作為噱頭去吸引顧客。然而最後等學習者上手後發現，跟自己想的不是一回事。
在學習編程之前需要有系統的規劃，包括語言的種類，自身使用的方向定位，學習周期長短等等。這個需要向有經驗的前輩進行請教會少走一些彎路。

Ⅲ 什麼是編程語言框架

編程語言框架簡單來說就是其他人利用編程語言的語法重新寫一個語言使用這個重新寫的語言的用戶簡單的語法開發程序，比如Hibmate如果你不懂jdbc開發資料庫，但你懂java的簡單類的語法時候，可以使用Hibmate來把資料庫的開發利用java簡單類來開發

Ⅳ 學了兩年java編程，現在從事的不是開發崗位，現在想鞏固一下以前學習的框架，發現框架都不會搭建了

你可以去論壇上要 這里夠嗆有人 我做開發兩年左右 都是用公司自己的平台框架 SSH SSM也都忘了差不多了 servlet的練習小項目倒是有一個 畢業的時候做的一個學生管理系統 簡單的實現學生信息的增刪改查 如果你需要的話留一個郵箱 發給你

Ⅳ Python web 開發一定要用框架嗎

Python web 開發不一定要用框架
因為Python Web框架也是Python開發出來的。只是為了減少重復造輪子，降低開發門檻。
1、Python 的 Web 並不作為語言的一部分實現。因為通用語言的設計目標，Python 通過 C extension 形式的標准庫，有原生的網路編程支持。也就是說，任何人都可以用 Python 的 socket 介面自己編寫 Web 伺服器。由於圖靈機的等價性，用 Python 實現一個 PHP VM 也是技術可行的。
2、但是絕大多數人用 Python 做 Web 開發的時候不會選擇自己用 socket 去實現一個伺服器，因為 Python 官方有 Web 設計的標准—— WSGI （PEP 333 python.org/dev/peps...）。WSGI 定義的標准將 Web 應用劃分為 WSGI Application 和 WSGI Server。後者類似 PHP 的 Web 運行時，提供對標准輸入輸出流的封裝，前者則類似自己寫的 PHP 應用，在封裝後的環境中對具體應用進行 Web 開發。強烈建議閱讀一下 PEP 333，對於理解 WSGI 的這種劃分很有幫助。
3、目前為止，WSGI 在主流 Python 應用中得到廣泛支持，所謂的 Python Web 框架，其實都是符合 WSGI Application 規范下，對Web開發中環境進行的封裝，如果有精力，閱讀一下 Bottle 框架的源碼，就會非常有收獲——只有一個文件，但是完整實現 WSGI 並封裝為自己風格的一個環境（一個 Bottle 的實例就是一個 WSGI Application，實現了 __call__ 方法）。像 Django 這種框架已經逾越了Web框架范圍的了，將 ORM、表單驗證等等聚集成一塊，有點像 RoR 的感覺。真正和 PHP 的 Web 環境等價的，是類似 Bottle 這樣的微內核框架。

Ⅵ 編程框架是什麼意思

編程框架指的是實現了某應用領域通用完備功能的底層服務。使用這種框架的編程人員版可以在一個通權用功能已經實現的基礎上開始具體的系統開發。框架提供了所有應用期望的默認行為的類集合。具體的應用通過重寫子類(該子類屬於框架的默認行為)或組裝對象來支持應用專用的行為。

(6)為什麼說編程離開框架就不會寫了擴展閱讀：

編程框架強調的是軟體的設計重用性和系統的可擴充性，以縮短大型應用軟體系統的開發周期，提高開發質量。

與傳統的基於類庫的面向對象重用技術比較，編程框架更注重於面向專業領域的軟體重用。編程框架具有領域相關性，構件根據框架進行復合而生成可運行的系統。框架的粒度越大，其中包含的領域知識就更加完整。

Ⅶ 為什麼感覺學了vue之後編程能力下降了

這幾天我也是因為一個項目而被迫使用vue，坦白的說vue和傳統的網站開發思路不同，導致愛的人愛死，老程序員煩死的現狀。

主要區別：

1傳統方式：我們做一個網站，首先創建幾個文件夾(css、js等等)，頁面需要用的資源文件，都放到各自的文件夾里。然後創建若干個HTML網頁，一個個鏈接把這些若干網頁串起來就OK，網頁里需要有什麼事件或效果，要麼用原生js要麼用jqurey，去操作某個dom，實現頁面變化。

調試的時候也很簡單，如果靜態網頁，瀏覽器就可以直接運行調試。asp、jsp、php、.net等動態網站，簡單配置一下iis或Tomcat，也就能直接調試。

2vue(這里用vue腳手架來舉例)：

vue和傳統最大的區別就是，vue只有一個html頁面(也就是入口頁面，你也可以理解成主頁面)，除了主頁面之外，其他的頁面都是html片段，以.vue為後綴的片段文件存在，用戶訪問網站的時候，第一次載入完整主頁面，後面的點擊其實就是變化html片段而已。(和老程序員理解的局部刷新有點像)

所以vue特別適合製作手機端項目，因為它只需要根據用戶的點擊，載入所需的片段而已。由於不用一頁一頁請求新網頁，所以這種機制會讓手機項目運行非常絲滑順暢。

但優點也是它的缺點，vue項目的特性決定它不適合做網站，稍微有點seo知識的人都明白，這種機製做的網站，機器人是爬不到任何內容的。

vue的部署也是讓我很詬病的，部署它需要折騰一大堆事兒。首先需要安裝nodejs，你可以暫時把它理解成和iis Tomcat類似的網站發布容器。因為只有在nodejs下才能調試vue腳手架項目。

nodejs裝完，然後在cmd命令行下，通過npm命令安裝一大堆各種庫插件。

這一堆事兒折騰完，你就可以通過一個命令創建一個vue腳手架，然後開始你的項目開發之旅。

很多老程序員被「vue腳手架」這個詞搞得雲里霧里，簡單的說：上面折騰一大堆，就是為了最後敲一個命令，讓系統幫你在指定位置創建一組文件夾，然後vue能用上的各種js(百十多個吧)組件都放在這各個文件里，供你開發時候調用。

對比你之前的操作，相當於：你建好文件夾，在js文件夾里放好jqurey，和你常用的js。

所以這套步驟，開始讓我很不習慣，可能很多老程序員也不習慣。會讓你有種「為了做個小項目，先要部署一套大工廠的感覺」。

很多老程序員其實都是做小項目出身的草根，什麼百萬千萬的迸發、什麼團隊協作、前後端分離等話題，不是這類程序員關心的。他們往往即是美工也是程序員，即是前端也是後端。幾乎都是以快速交付項目為第一初衷，不想為了個環境來回折騰。所以一時間適應不了vue開發模式。

另外如果你的項目，定製化程度較高。我個人還是建議採用獨立html的傳統方式開發。

如果是移動端開發，vue的確是最佳選擇。順便提一下，vue和小程序幾乎是一摸一樣的套路，會一個兩個就都會了。

我也是花了2天時間，從排斥到接受的。目前用著還不錯。

使用框架並不會讓你的技術變菜，相反，框架能夠讓你更加方便、快速的實現某些功能。

框架的出現，使開發變得更加簡單，設想，如果vue沒有nodejs的支持，你還會去使用嗎？各種依賴，各種配置，統統需要你自己手工構建，你會把大量的時間花費在無用的地方，而忽略了你所需要實現的也許需求。

如果你感覺使用各類框架導致你的能力降低了。那隻能說你自己的能力還有待提高。

提升你的技術不一定要會很多編程語言，需要去了解思想。那麼在使用vue的時候，有沒有思考過，vue為什麼要這樣設計，這樣設計有什麼優勢，如果是我，我會怎麼設計。

如果你專注於前端開發，那你可以嘗試自己去實現一個vue，當做你的技術提升。

反問提問者一個問題，你在使用jquery後，有沒有感覺你的技術下降了？

個人的一些觀點，歡迎討論！

我就是寫框架造輪子的，框架的出現的確會讓程序員能力減弱，變成框架操作員，例如spring java的出現，使得後台開發人員不需要知道epoll tcp底層原理，不需要知道條件變數 信號量 共享內存怎麼實現進程間通信。但是框架是我們開發效率更好，題主可以反向思考java c的出現降低了我們對計算機底層指令的理解，我們為何不用匯編編程？不要太在意技術本省能達到目的就是好技術。

大家要記住:互聯網和建築一樣，程序員和水泥工都只是這個行業的底層人員。我們在追求技術的時候想想水泥工在外人面前比砌磚技術的場景，就不會死揪不放了。

vue是前端三大框架之一。在日常的開發工作中，能便於我們快速搭建前端框架，快速的啟動項目進入細節開發。當用的時間長了以後，你會更加的依賴框架。

我們都知道人生的境界有三層:第一層看山是山，看水是水;第二層看山不是山，看水不是水;第三層，看山還是山，看水還是水。跟著人生的境界一樣，其實你已經達到了第二層境界。

開發能力也主要分為三層境界。
一，從零開始，徒手開發。
這個境界都是新手。這時候可能你只知道HTML ,CSS和js。根本都不知道後面的框架，所以這個時候需要自己徒手搭建框架，徒手寫頁面路由，手動完成頁面自適應等。這時候恐怕頁面的一個輪播圖，都夠自己費腦子的，得花上一天或者更多的時間寫好這個輪播圖。

這個階段就相當於你小時候學走路的階段，只有當你學會這個走路，才會後有後面的奔跑跳躍的動作。記得當時我學習前端的時候，在這個第一個階段，很是苦惱，為什麼我一個簡單的頁面，要花費很長的時間去寫，花費很長的時間去寫一個組件，一個下拉框，一個三級菜單欄。等我過了這個階段就豁然開朗了。
二，應用框架，插件，快速開發。
走過了第一個階段，漸漸的接觸到了應用框架，和一些組件。就拿這個vue來說，可能輕輕鬆鬆十幾分鍾就能啟動一個項目，當初在第一個階段來說，可能花兩三天去搭建項目。

然後很多組件也不需要自己寫了，有豐富的前端UI組件，什麼輪播圖，頁面自適應布局，各種各樣的按鈕，生拖硬拽就行了，分分鍾搞定。

這個時候的工作就進入了一個舒適區，也達到了一個自我滿足的狀態，殊不知在這個境界里，稍有不慎，你可能就廢在這里了。還有第三重境界在等著你。
三，從零開始，徒手造輪子。
到了這里，可能有人會問，這里也是從能開始，為什麼和第一重境界不一樣？

那確實是不一樣，過了第二重境界，為什麼要回到從零開始呢？這里不是一種倒退，而是一種進步。在第二個階段，你的生拉硬拽。你會發現已經不能滿足你的開發工作了。因為在這里的很多開發都是被局限在這些框架里了，如果你想創造不一樣的樣式，就需要你從零開始徒手造輪子。

你需要用原生的底層的東西，去造屬於你自己的東西，去寫一套你自己的框架，自己的組件。你所寫的這些東西都屬於你自己獨有的，不再和別人一樣都是千篇一律的東西。

當然，這第三層境界也並不是那麼容易達到的，有的人需要花費三五年，有的人則需要花費數十年。

所以說當你熟練運用這些框架以後，你發現自己的編程能力變弱了，這正是在告訴你，需要學習更多的東西，以便於你能夠順利的達到開發的第三種境界。

Vue 就是一個把問題搞復雜的東西 讓你忘記你出發的目的是什麼。面試的時候，我遇到精通vue 直接pass ，這種人毫無用處

vue世界都是組件，現在編程，閉門造車時代已經過去了，我們就是更方便實現功能就好了。類比於製造業，不能說我要做 汽車 ，還要先去挖礦煉鐵和種植橡膠，下降的是不需要的能力，例如挖礦能力和耕地能力。什麼框架能提高我們效率就死好框架。

堅守JSP + H5

你怎麼就是意識不到呢？讓你能力下降的是你的懶惰和缺乏學習慾望還沒有深究的習慣，而不是一個優秀的框架，框架製造出來的初衷是為了提高生產效率，降低開發人員的壓力，提高開發人員的幸福感，唯獨跟幫你提高自己的編程水平沒有任何直接聯系。對於已經水平夠好的人，他有資格讓自己的工作變得開心一些，甚至他們通過自己開發很多優秀的工具框架來實現這個目標，但是水平還比較菜的人沒有這個資格，除非他們不想進步。因此，你這個問題非常缺乏邏輯，如果擁有了一把槍讓你的搏擊能力下降，那是你的問題，不是槍的問題；如果擁有了 汽車 讓你的運動能力下降，那也是你的問題，不是車的問題。你可以坦然接受這種下降並且不認為這是什麼壞事情，但請不要讓一個工具替你背鍋！

不是vue讓你能力下降，是你本來就能力弱。很多人學vue都是一知半解，做個簡單的增刪改查就覺得自己精通了，連html，css，js基礎都是速成的，沒掌握好，就撿起vue這樣的框架了，沒有現成的組件庫，啥也不會寫。vue不是要代替這些基礎技能，是為了給有能力的人提供更方便的工具。還有人噴jquery過時了，怕是他們連vue和jquery的本質區別都搞不清楚，適合的場景也不知道。不是vue讓人能力下降了，是你根本就沒有接觸到復雜需求，或者說因為你能力弱，所以根本就不會給你接觸復雜需求的機會

這個問題就好比用了jquery感覺對原生js的理解越來越淺，框架和庫都是為了幫助我們提高開發效率的，往往會讓我們忽略本質的技術 這才是問題所在，所以用的時間長了 當你丟下庫和框架的時候你會發現都不會寫代碼了