㈠ 我用java做一個web伺服器，然後想用perl寫一個cgi，java跟perl寫的cgi不沖突吧，能融合吧
哥們！這方面的東西很多了，看你使用什麼框架！其實你說的struts只是個控制框架，相信你應該對MVC有相關了解吧，M---(模型），V-(視圖），C（控制）。一般的M有使用JDBC的，也有使用HIBERNATE的，更有使用Ibatis 的等等，總之這些是跟資料庫有關的。V呢通常就是我們使用的html,asp,jsp啊等等。而你說的struts也就是屬於控制層框架，就目前我所知的有struts1.X(X表示有很多版本，如struts1.5,struts1.6,struts1.9等等）struts2,這里要重點說下了，struts1.X的各個版本都改動不大，而struts1和struts2的區別就很大了，你想學的話慢慢來，你就會知道2者是截然不同的框架。還有JSF、webwork、Tapstry、Wicket等等，我只使用過struts1.9、struts2和Wicket。其他的至少稍作些了解而已
㈡ perl和python那個比較流行
在linux管理方面,簡稱運維,perl應該說強於python但是在其他方面,比喻說web框架,數據挖掘方面,python完勝
㈢ 開發動態網站有哪幾種常用的架構
常見的web前端開發框架如下：
1、Bootstrap：
主流框架之一，Bootstrap 是基於 HTML、CSS、JavaScript的，它簡潔靈活，使得 Web 開發更加快捷。
2、html5-boilerplate：
該框架可以快速構建健壯，且適應力強的web app或網站。
3、Meteor：
Meteor是新一代的開發即時web應用的開源框架，它能在較短時間內完成開發。
4、Materialize：
基於材料設計的現代響應前端框架。可以提供默認樣式，自定義組件。此外，Materialize還改進了動畫和過渡，為開發人員提供了流暢的體驗。
5、Amaze UI：
中國首款開源HTML5跨屏前端框架產品系列，支持中文排版更好，本地組件豐富。產品線包括Amaze UI Touch，一個混合HTML5應用程序開發框架的移動應用程序，和Amaze UI Web跨屏幕HTML5網頁。
(3)perlweb框架擴展閱讀：
web框架程序的作用
Web框架使得在進行Web應用開發的時候，減少了工作量。Web框架主要用於動態網路開發，動態網路主要是指現在的主要的頁面，可以實現數據的交互和業務功能的完善。
當使用Web框架進行Web開發時，在數據緩存、資料庫訪問、數據安全驗證等方面不需要重新實現，但可以將業務邏輯相關的代碼寫入框架中。也就是說，通過主觀地「修補」Web框架，您可以實現自己的Web開發需求。
以PHP為例，您可以在apache伺服器上進行Web開發，而無需使用框架。當使用PHP打開時，資料庫連接需要在沒有框架的情況下獨立完成，頁面生成和顯示也是如此。例如，框架可以完成避免sql注入的工作，而使用PHP，您可以在不使用框架的情況下自己完成這項工作。
㈣ python web開發 該用什麼框架
Python是最受歡迎的和最有效率的開發語言之一．Python能讓你更快完成工作，並且更有效地集成系統．Python是動態的面向對象的語言．即便你剛剛開始學習Python，也立即就能獲得生產力上的提升，並且代碼的維護成本很低．它有很多其他語言沒有的特性，並且它要求開發者編寫易讀的代碼．相比於其他語言，Python讓軟體設計者能夠使用更少的代碼實現自己的意圖．在這篇文章中，我們將介紹5種Python領域頂尖的Web開發框架．
1．Django
Django是以快速開發和結構整潔著稱的高層框架．這個開源免費的框架完全由Python編寫並且遵循MVC的模型．它由經驗豐富的大牛編寫，幫你解決了Web開發中大多數的難點，讓你能夠專注於業務邏輯，而不用重復造輪子．
2．CherryPy
使用CherryPy最好的理由就是它兼容Python，它的Python介面非常Pythonic，讓Python開發者不會感到突兀．
CherryPy是HTTP協議的一個封裝，這樣其他軟體可以使用它來處理HTTP協議的細節．它是一個低層的框架，它只提供 RFC 2616 定義的功能．
3．Flask
Flask適合開發輕量級的Web應用，新手程序員會發現它缺乏一些必要的功能，如表單驗證和資料庫抽象層．它使用第三方庫來完成這些工作．然而，它的結構適於擴展，所以你可以比較容易地為它添加必要的功能．它基於WerkzeugWSGI工具箱和jinja模板，它使用BSD許可證．
4．Pyramid
Pyramid以執行效率和快速開發的能力著稱．這個框架最有優勢的地方是，它包含了一些Python/Perl/Ruby獨有的特性．這個開源框架擁有不依賴平台的MVC架構，和最快的啟動開發的能力．
5．TurboGear
TurboGear是建立在其他框架基礎上的框架，它把其他框架優秀的部分集成到一起．由於每個框架都有一些部分做得不好，TurboGear試圖解決這個問題．它允許你從一個單文件服務開始，逐步擴展為一個全棧服務．
㈤ php,python,ruby,perl的優缺點
perl基本已經被淘汰，在各方面幾乎已經沒有優勢，雖然說還正在開發perl6啊什麼的，不過基本上大勢已去。雖然在部分場合還有應用，不過大部分都只是因為歷史遺留問題而已，也就是說一些老軟體用這個，部分地方還因為各種原因沒去替換這些老軟體而已。
從web的角度來看，這四個語言都做過web開發，不過後來php代替了perl。而現在作為python的django構架和ruby的Ruby On Rails構架正在逐漸代替php。因為php也有其天生的缺憾，例如對於模板分離式編程不是天生的支持導致的。所謂模板分離也就是由網頁製作和美工人員寫純網頁，又程序員寫純程序，然後二者結合。在這個模式之前就是典型的php默認，代碼和頁面都是一個php文件並未分離。
不過php在現在還是有其頑強的生命力的，這也是有其歷史遺留原因的，畢竟太多大型網站、大型項目都使用php，一時之間改變還很難。
排除web構架以外，python和ruby都差不多的，其對各種庫的支持也都相似。總體來說現在python的普及率要高一點，可能因為一種先入為主的優勢吧。高就高在幾乎所有linux發行版，OSX系統都自帶python，但是ruby則不然。
python在某些非常輕量級的桌面任務上可能也有優勢，因為自帶一個gui庫，tinkter，不過這一點優勢應該很小，因為畢竟太輕量級了，就是說太簡單了，用處一般。
從語法的角度來說，未來肯定還是python、ruby這種開發更簡單的語言的天下，php還保留著c/c++遺留下來的各種語法詬病，要是只論純開發速度肯定不如python、ruby的強，這里主要說的web，因為php開發桌面程序那還是隨便玩玩的，雖然有吧。
㈥ Web框架開發語言有哪些
Web框架開發語言有哪些？Web框架也可以理解為B/S(Brouser/Server)框架，是一種基於瀏覽器載體的框架，包含前端、後端和資料庫三個大的方向，各個方向的工具技術都不一樣。現在主流的工具技術包含.NET、SqlServer、Bootstrap等，開發工具也會不一樣。
Web開發框架
Web前端開發技術框架包括三個要素：HTML、CSS和JavaScript，當然還有很多高級的前端框架，比如bootstrap、Jquery等。
Web後端技術框架也有很多，比如.Net、JAVA、PHP等，各大語言都有其開發架構和工具，像.NET的MVC架構和VisualStudio工具，JAVA的J2EE架構和Eclipse工具。
資料庫現在有三種主流的關系型資料庫：MysqlSQLserverOracle，還有Nosql非關系型資料庫：Redis、Mogodb等。開發工具有SQLServerManagementStudio、Navicat等。
㈦ php、python、perl的區別是 哪個弄網頁好
php 和 perl 都有支持傳統 sequential 和物件導向 oo 的程風格, python 則是純 oo
php 比較含糊, 寫 cgi 時, 是 html 包著 script 的, perl 和 python 則是 script 包著 html
perl 和 php 開發比較容易, 但後期的維護較難, ( 其實主要看自己的有沒有自我規范 discipline )
而 python 是 oo, 而且也只主將做事只有一種方法, 所以, 開發的起步會較難, 但後期維護較易
(其實 perl 也有個叫 Critic 的庫, 可以讓你很 discipline 的! )
運行大概是 perl 吃記憶體最少也最快. php 次之, python 對系統要求就相對高一點
沒有那個最好, 就從上面分析就知道各有長短, 其實... 現在我們三個都要會了..
實做起來, 三種都會用上, 用 perl 做框架和運算, 用 php 做 escape 和資料庫, python 來做界面
但我是你的話, 我會更在意先學好 jquery, json, html5 這些前台的東西...
㈧ Ruby，Perl，Python，Lua等語言相互之間都有哪些異同點
本文從RoR對Ruby的影響、Ruby的優勢等多個角度分析了Ruby比Python成功的原因。伴隨著RoR的風行，Ruby語言受到越來越多的開發者的關注，同為腳本語言，Python的地位卻略顯尷尬，什麼樣的原因，造成了這樣的局面？筆者認為有以下幾個方面：一、RoR的推波助瀾筆者認為，Ruby的成功，很大一部分是由於RoR的帶動。幾年前，如果你沒聽過RoR倒是情有可原，但如果今天，RoR對你來說，還是一個陌生詞彙的話，那你就有點危險了。:)什麼是RoR呢？全稱，RubyonRails，簡稱，RoR或者Rails。它是個全棧的（full-stack）web應用框架，它為開發者提供了構建一個web應用所需的完整基礎結構，並且嚴格按照MVC（模型-視圖-控制器）架構進行開發。RoR致力於提高開發者的開發效率，希望通過盡量少的代碼，完成盡可能多的功能。基於這樣的考慮，RoR有兩大設計原則，一是，不要重復自己（Don''tRepeatYourself）；二是，慣例優於配置（ConventionOverConfiguration）。使用RoR，你甚至可以通過簡單的幾條命令行、幾行代碼，就完成一個功能強大的web應用程序，這極大地提高了開發者的開發效率。2004年7月，RoR一經發布，在短期內，便受到很多開發者的追捧。時至今日，RoR已經被全世界的開發者們所關注，它帶給開發者的效率提升，是前所未有的；它帶給業界關於軟體開發的思考，也是意義深遠的。在RoR如此風行的大背景下，RubyonRails，這個需要使用Ruby進行開發的web框架，也自然地帶動了Ruby語言的發展。在下面的「Ruby語言受關注程度趨勢圖」上，可以清晰地看出，Ruby語言在RoR發布也就是2004年7月後，進入了高速發展期。Ruby因為有了RoR這樣的「殺手級」應用，變得春風得意，那麼Python呢？在《淺談Python語言》一文中，我們提到了Python具有豐富的API庫，在web開發方面，也有Django、Turbogears這樣的一些框架，就運行速度而言，Python比Ruby快；就社區而言，Python也比Ruby成熟，可是為什麼Python沒有產生一個像RoR這樣的「殺手級」應用呢？Python語言的創始人Guido在接受InfoQ采訪時，是這樣解釋的：「我不喜歡KillerApplication，因為那會讓多數人或者社區將精力集中於一個地方。Python是一個應用廣泛的語言，基於Python已經產生了很多好用的Web框架，比如Django等。但是Python不KillerApplication，至少目前是這樣，而且我相信隨著Python社區的發展，會有很多KillerApplications自然出現。我喜歡多樣化的應用。」通過這個觀點，我們可以看出Python在其發展道路上，追求的是一種均衡，一種「大而全」。「會有很多KillerApplications自然出現」，這點，我想我們需要拭目以待。單就「均衡」而言，筆者認為這很危險，作為一門腳本語言，試圖做Java之類傳統語言做的事情，不太可取。以Java為例，在web應用上，有太多的框架可供選擇，不錯，「在不同的場景用不同的框架」，這想法很好。可是，在實際應用中，有多少開發者可以根據項目特點，正確、合理地選擇框架？與其到最後，用戶還不知道該如何選擇，還不如一開始就替用戶做出一個選擇。作為Python的使用者，我更願看到有個Python的「殺手級」應用出現，進而帶動Python更快速地發展。你可以說RoR成就了Ruby，可是Rails為什麼偏偏選擇了Ruby？！Ruby優勢何在？二、Ruby的優勢1.比Perl更強大，比Python更面向對象「比Perl更強大，比Python更面向對象」，這是Ruby創始人Matz設計Ruby的初衷。Python既支持面向過程的編程也支持面向對象的編程，而Ruby則是完全面向對象。在Ruby中，任何東西都是對象，包括Python中的基本數據類型；每個過程或函數都是方法。例如，取-3的絕對值，在Python中，是這樣的：abs(-3)。而在Ruby中，則是這樣的：-3.abs。這種OO的方式，顯得更加直觀。2.強大的語法功能單就語法的簡單性而言，Ruby不及Python。但解決一些較復雜的問題，Ruby強大的語法功能，有助於降低問題的復雜度。例如：Ruby以「塊」的方式來實現列表內的條件、循環語句，比Python的更靈活、更具通用性。Ruby具有類似Lisp的徹底的函數方式的條件、循環語句等。Ruby的迭代器功能可以將流程式控制制結構抽象化。3.強大的字元串處理、正則表達式功能Matz認為：Ruby>(Smalltalk+Perl)/2。Ruby類庫是對Perl語言功能的面向對象方式的重組，因為借鑒了很多Perl的東西，使得字元串處理、正則表達式這塊，Ruby同樣強大。4.不會僵住的「膠水語言」同樣是「膠水語言」，Ruby比Python更靈活。使用過一段時間的Python，你會發現，Python比較依賴第三方的東西。相比較，Ruby則更依賴自身。例如，Ruby可以使用（UNIX的）絕大部分的系統調用，單獨使用Ruby也可以進行系統編程等。有優勢，Ruby就一定可以成功了？Python同樣也有很多優勢！對，還得看當時所處的環境。三、時勢造英雄這點還得回到RoR的崛起。Ruby，1995年12月正式發布，2000年進入美國；2004年7月，RoR正式發布。RoR的出現時間，值得玩味。在下面的「Java語言受關注程度趨勢圖」上，可以看到，2004年7月前後，Java處於一個相對「衰退期」。提到Java，大家應該都會想到J2EE。J2EE應用程序的廣泛實現是從1999、2000年開始的，它的出現帶來了諸如事務管理之類的核心中間層概念的標准化，但是因其開發效率、學習難度和實際性能的問題，在實踐中沒有獲得完全的成功。作為J2EE核心技術的EJB（2.x），更是因其高昂的學習代價、極低的開發效率和極高的資源消耗，備受指責。在這樣一個大背景下，2003年，Spring框架誕生了。Spring的設計思想在於「使J2EE開發更加簡單」。這個設計思想，在包括Java領域在內的眾多軟體開發領域引起了廣泛關注。軟體開發者們開始思考，如何讓開發向著一個更簡單的方向發展。RoR在這一時期出現，無疑是順應了這樣一個潮流。可以這么說，是歷史選擇了RoR，當然也選擇了Ruby。遇到合適的機遇，還不夠，俗話說得好：「眾人拾柴火焰高」。四、眾星捧月Ruby的出現，受到了兩大主流平台Java和.NET的極力追捧。2006年9月，SUN僱傭了JRuby的主要開發者CharlesNutter和ThomasEnebo；一年不到，2007年6月14號，JRuby1.0正式發布。SUN在其JavaIDENetBeans6.0M10中，更是集成了對Ruby/JRuby的支持。反觀Python的Java實現——Jython，則沒有這么幸運，發展至今，它並沒有得到SUN的支持。而Microsoft，也在2007年7月，推出了Ruby的.NET實現——IronRuby的預覽版。相信SUN和Microsoft對Ruby的競相推崇，必然推動Ruby的進一步發展。基於以上幾點，筆者認為Ruby的成功不是偶然，並且相信這樣的成功還會持續下去。對於Python的未來，我們也將拭目以待。
㈨ python web開發用哪個框架比較好
（1）Django。Django的文檔最完善、市場佔有率最高、招聘職位最多估計大家都沒什麼意見。完美的文檔，Django的成功，我覺得很大一部分原因要歸功於Django近乎完美的官方文檔（包括Django book）。全套的解決方案，Django象Rails一樣，提供全套的解決方案（full-stack framework + batteries included），基本要什麼有什麼（比如：cache、session、feed、orm、geo、auth），而且全部Django自己造，開發網 站應手的工具Django基本都給你做好了，因此開發效率是不用說的，出了問題也算好找，不在你的代碼里就在Django的源碼里。
（2）Pylons和Django的設計理念完全不同，Pylons本身只有兩千行左右的Python代碼，不過它還附帶有一些幾乎就是Pylons御用 的第三方模塊。Pylons只提供一個架子和可選方案，你可以根據自己的喜好自由的選擇Template、ORM、form、auth等組件，系統高度可 定製。我們常說Python是一個膠水語言(glue language)，那麼我們完全可以說Pylons就是一個用膠水語言設計的膠水框架。
（3）Tornado即是一個Web server（對此本文不作詳述），同時又是一個類web.py的micro-framework，作為框架Tornado的思想主要來源於Web.py，大家在Web.py的網站首頁也可以看到Tornado的大佬Bret Taylor的這么一段話（他這里說的FriendFeed用的框架跟Tornado可以看作是一個東西）：
（4）Bottle和Flask作為新生一代Python框架的代表，挺有意思的是都採用了decorator的方式配置URL路由。
（5）Flask 精簡
（6）web.py 非常精簡
㈩ php中都有哪些框架，為什麼要用框架呢，用框架有什麼好處
以下為十個目前最流行的基於MVC設計模式的PHP框架。
1. Yii
Yii是一個基於組件的高性能的PHP的框架，用於開發大規模Web應用。Yii採用嚴格的OOP編寫，並有著完善的庫引用以及全面的教程。從MVC，DAO/ActiveRecord，widgets，caching，等級式RBAC，Web服務，到主體化，I18N和L10N，Yii提供了今日Web 2.0應用開發所需要的幾乎一切功能。而且這個框架的價格也並不太高。事實上，Yii是最有效率的PHP框架之一。
2. CodeIgniter
CodeIgniter是一個應用開發框架——一個為建立PHP網站的人們所設計的工具包。其目標在於快速的開發項目：它提供了豐富的庫組以完成常見的任務，以及簡單的界面，富有條理性的架構來訪問這些庫。使用CodeIgniter開發可以往項目中注入更多的創造力，因為它節省了大量編碼的時間。
3. CakePHP
CakePHP是一個快速開發PHP的框架，其中使用了一些常見的設計模式如ActiveRecord，Association Data Mapping，Front Controller以及MVC。其主要目標在於提供一個令任意水平的PHP開發人員都能夠快速開發web應用的框架，而且這個快速的實現並沒有犧牲項目的彈性。
4. PHPDevShell
PHPDevShell是一個開源（GNU/LGPL）的快速應用開發框架，用於開發不含Javascript的純PHP。它有一個完整的GUI管理員後台界面。其主要目標在於開發插件一類的基於管理的應用，其中速度、安全、穩定性及彈性是最優先考慮的重點。其設計形成了一個簡單的學習曲線，PHP開發者無需學習復雜的新術語。PHPDevShell的到來滿足了開發者們對於一個輕量級但是功能完善，可以無限制的進行配置的GUI的需求。
5. Akelos
Akelos PHP框架是一個基於MVC設計模式的web應用開發平台。基於良好的使用習慣，使用它可以完成如下任務：
◆方便的使用Ajax編寫views
◆通過控制器管理請求（request）及響應（response）
◆管理國際化的應用
◆使用簡單的協議與模型及資料庫通信
你的Akelos應用可以在大多數共享主機服務供應方上運行，因為Akelos對伺服器唯一的要求就是支持PHP。因此，Akelos PHP框架是理想的用於發布單獨web應用的框架，因為它不需要非標准PHP配置便能運行。
6. Symfony
Symfony是一個用於開發PHP5項目的web應用框架。
這個框架的目的在於加速web應用的開發以及維護，減少重復的編碼工作。
Symfony的系統需求不高，可以被輕易的安裝在任意設置上：你只需一個Unix或Windows，搭配一個安裝了PHP5的網路伺服器即可。它與差不多所有的資料庫兼容。Symfony的價位不高，相比主機上的花銷要低得多。
對於PHP開發者而言，使用Symfony是一件很自然的事，其學習曲線只有短短一天。干凈的設計以及代碼可讀性將縮短開發時間。開發者可以將敏捷開發的原理（如DRY，KISS或XP等）應用在其中，將重點放在應用邏輯層面上，而不用花費大量時間在編寫沒完沒了的XML配置文件上。
Symfony旨在建立企業級的完善應用程序。也就是說，你擁有整個設置的控制權：從路徑結構到外部庫，幾乎一切都可以自定義。為了符合企業的開發條例，Symfony還綁定了一些額外的工具，以便於項目的測試，調試以及歸檔。
7. Prado
PRADO團隊由一些PRADO狂熱者組成，這些成員開發並推動PRADO框架以及相關項目的進行。
PRADO的靈感起源於Apache Tapestry。從04年開始，PRADO成為SourceForge上的開源項目之一。這個項目目前進展到了3.x版本。
8. Zend
作為PHP藝術及精神的延伸，Zend框架的基礎在於簡單，面向對象的最佳方法，方便企業的許可協議，以及經過反復測試的快速代碼庫。Zend框架旨在建造更安全，更可靠的Web 2.0應用及web服務，並不斷從前沿廠商（如Google，Amazon，Yahoo，Flickr，StrikeIron和ProgrammableWeb等）的API那裡吸收精華。
9. ZooP
Zoop PHP框架，意為Zoop面向對象的PHP框架。
這是個穩定，可伸縮並可移植的框架。從誕生到現在的5年間，已經在不少產品開發中被使用。Zoop是一個快速，有效並干凈的框架。它的伸縮性很好，你可以只安裝你需要的功能。
對代碼並不很熟悉的開發者也可以通過Zoop快速的開發安全的web應用。熟練的開發者則可以更加將Zoop的彈性利用到極致。
Zoop建議將display，logic以及數據層（MVC）分開使用。
Zoop由很多組件和項目集合而成，其中包括smarty和prototype AJAX框架，PEAR模塊等。高效的核心組件提供了很多你原本需要自己編碼來實現的功能。Zoop內置的糾錯功能可以通過配置實現生產環境下的錯誤日誌生成，這個錯誤日誌提供了很多信息，可讀性很高，可以更輕易的尋找並排除錯誤。
Zoop的一個特別之處在於其GuiControls，在PHP中是一個相當革新的想法。它提供了很多form widgets與驗證完整的集合到一起，並形成了一個可以輕松打造個性化GuiControls的框架。
10. QPHP
QPHP，意為快速PHP，它是一個與ASP.NET類似的MVC框架。基本上它是這樣一個情況：
◆整合了Java和C#的美感
◆除去了在其他PHP框架中使用的Perl形式的意義含糊的語言
◆大量基於OOP的概念
國內的thinkphp也很不錯，使用框架可以避免重建底層函數等，加快開發速度。