❶ App設計VS Web設計：互相學習到了什麼
由於Web App的出現，彼此之間的界限似乎變得模糊了，不過我們依舊嘗試對比App設計和Web設計。即使是同時工作於這兩方面的設計師也常常將它們區別對待。其實這兩方面可以互通互補。每類設計都有自己的優點和缺點，往往也需要在其它方面進行補充。下面是App設計和Web設計間可相互借鑒的六點。1、避免功能泛濫App設計師們清楚，額外的功能會很快成為最大的敵人。保持你的App輕巧輕巧可靠，確保它只有必需的、有用的巧能是成功的關鍵。看看任一平台的App商店中最受歡迎的App，你會發現它們只關注某一功能。Ge.tt是Web App中避免功能泛濫的成功例子。它讓你快捷在線分享和發布你的文件。它的所有功能都只為了實現一個核心目標。這種「狹窄」的關注點對App而言是非常重要，因為App經常涉及空間和可靠性問題。如果是在手機上的App，可用性更是巨大挑戰。越多功能擠占手機屏幕，這個軟體可用性越差。盡管有些軟體已找到開發多種功能，又不混亂界面的方法，但這確定是一個更嚴竣的挑戰。另一方面，Web設計者們熱衷於用多個功能將網站塞滿。他們認為，網站上功能越多，網站越有用。盡管Web設計勿須考慮小屏幕問題，但並不意味著一個大頁面上充滿各類功能就對用戶有用。核心就是：價值。如果你誠實地加上一個功能，這個功能為你的用戶提供了更多價值，那重要的是找到一個將它（功能）融入你現有的用戶體驗的方法，這值得一試。但千萬不要加入不必要的功能。2、保持獨特和新鮮App開發者們很清楚保證自己的作品不同於現有的同類軟體，是令自己的App成功並流行的重要因素。想要取得市場，必須讓產品獨特且新鮮。在已完成的版本上增加一兩個無傷大雅的特性。PDF Expert是一個優秀例子，軟體外觀獨特功能出眾。Web設計師無需拘泥於這種想法。許多網站都有類似的網站，大家都在做一樣東西，並都聲稱「屬於××」。當然，從表面看，可能有所差別，但仍有類似的布局，相見相近的特性，相似的功能。它們之間並無顯著區別。真正想取得成功的設計師必須花心思創造與眾不同的作品，用心擺脫「千人一面」，總強於照搬別人的套路。一點經驗之談：下次遇到設計工作者時，別去找別人的解決辦法。相反，你應該坐下來，令你的大腦開啟「頭腦風暴」，先別管浮現出來的想法是否很糟糕。當你清楚自己所有想法後，再去看看別人的解決方法，看看他們的想法是否真的比你的強，將他人的方法與你的想法，聯系著看看，你會想到些什麼？這樣做會鍛煉你的思考方式拒絕從眾確立獨一無二。3、使用標准GUI組件和圖案雖然獨樹一幟很不錯，但優秀的App設計師都知道有許多標准GUI元素標識著特定的動作。他們只在自己的冒險嘗試中才脫離這些預定義的元素。成功的App甚少使用非標準的GUI，除非它自己的設計確定很好（當然，這只是少數情況）。而且，大部分不使用標准GUI的App，都會附上相關說明。使用標准GUI的成功軟體同樣會創建定製的界面。這令軟體易用且具親和力。Harvest這款軟體同時使用了標准元素和自定義的操作界面，這令它即便於使用，同時又極具吸引力。Web設計師們有時會做出些別出心裁的設計，但可能會極大削弱網站的用戶體驗。人們在瀏覽網站時會關注一些特定事物：帶下劃線的鏈接、按鈕、導航欄、類似的網站結構。有時你改變了這些熟悉的事物，你就是變相拒絕用戶。考慮一下，是否需要擺脫那些廣為人知、約定俗成的圖形元素，需要將它們變形嗎？如果不利於提高用戶體驗，忘了這個念頭；如果這么做不是立竿見影，那為你的創意加點說明。失去用戶的最快途徑，就是讓他們一頭霧水。4、創建有效的錯誤提示這一點在兩方面都適用。有些App設計者會創建夢幻的、有用的錯誤提示，有些網站也會。但同時也有App或網站沒有這么做。只有簡單添加主頁或上一層的鏈接在錯誤信息頁上，404頁馬上變得有用了。有用的錯誤提示不僅僅告訴用戶「現在出錯啦」。在App中，一個有效的錯誤信息能為用戶提供關於錯誤的解決辦法。在網站上，錯誤的提示能為瀏覽者提供解決錯誤的方法。無論哪種情況，只對用戶說「出錯了」除了推離用戶別無益處。花些心思製作有效的錯誤提示，你將得到更多開心的用戶。5、可愛的素材這一點上，許多App設計者都該向Web設計師學習。現在，盡管已出現不少可愛又實用的App,但仍有許多App功能強大卻界面醜陋。App設計師們需要仔細考慮如何更好地設計自己的AppGUI，而不是只用默認的設計樣式。當然，內置的GUI元素並不糟，但看起來確實一般，它們也無法令你的產品從紛繁的市場中脫穎而出。許多App使用了平凡的設計，這比使用內置GUI更糟。Awesome Note成功證明，一個有吸引力的設計是成為優秀軟體的重要因素。思考一下你的App的功能，用戶對象是哪一類，然後想想哪種設計能提高軟體可操作性和用戶滿意程度。比如說，你創建了一個快照軟體。用內置的GUI無法令你這個軟體和其他快照軟體有所區別，但如果你增加了一些高光和其他元素，你馬上取悅了你的用戶。他們覺得自己正用著一個不同平常的軟體，而不只是一個帶額外鈴聲的快照軟體。6、必須提供可收縮的視圖這是一項Web設計師們做的很好的工作。我們知道，任一時間點上，我們的網站都可能遇到洪水般的用戶訪問量，我們需要在這時保證網站可用性。問題發生的原因可能是因為一小段含病毒的內容，又或是一兩條信息被瀏覽者們瘋狂轉發。某種程度上來說，對於標准網站而言，變得更有伸縮性並不難（難的是選擇一個合格的服務商）。伸縮性的另一方面是預測用戶會如何使用網站或服務。對大多數網站而言，它們沒有這層顧慮。但對軟體而言用戶與軟體交互是至關重要的。小部分有影響力的用戶會影響其他用戶，無論是對軟體不好的評價或是軟體的擴展能力。軟體相對網站來說，更難擴展，這是由軟體的架構決定的。用戶數量激增不完全區別於網站擴展；它只關乎帶寬和處理能力。軟體可擴展性則較難歸結於個人用戶使用的應用程序。上幾周，Robert Scoble和Kevin Rose之間曾對Google+有過一次有趣的討論。Scoble正面對許多無用信息塞滿他的空間，他曾公開提出Google+應該建立過濾機制，剔除這些「雜音」。Rose對此表示質疑，因為Scoble是「邊緣」用戶，同時，大部分用戶沒有受數量眾多的用戶關注，因此他們沒有碰到這種問題。問題依然存在：像Google+這種Web應用軟體（或是手機軟體）是否應關注邊緣用戶的需求而提供可擴展性，是否只需關注普通用戶的需求即可？這似乎是一場將會持久的辯論，不過是軟體（和網路）設計師和開發者需要考慮的。小結無論你是哪方面的設計師，你都能從其他領域優秀的作品中獲益。展望下你那狹窄的關注面，看看其他設計師，其他領域是怎樣解決類似問題，然後吸收其中的好點子來解決你手頭的挑戰。
❷ Visual Studio 2008創建web程序asp.net正確的方法是怎樣的
這兩種都是標準的，但對於你說用第二種的時候會有錯誤，那應該是有其它的原因，你不妨好好檢查下。
其實，這兩種方法都沒有錯的。第一種應該是你的環境配的是Web開發環境，所以在創建網站的時候不帶同時創建解決方法。
第二種在所有開發環境都應該有的。
現在再說明下，.snl和.csproj文件前一個是解決方法的後綴名，你可以打開它的文件，其實就是一種特殊的XML文件。.csproj是項目文件後綴名。
其實也是一種特殊的XML文件。
如果還有其它問題，可以來我空間找我！！！
❸ vs2010中的web應用程序和web站點有什麼區別
相同：1、都是設計Asp網頁的。
2、都可以添加ASP.Net文件夾（都包括App_Browsers、App_Data、App_GlobalResources、App_LocalResources、App_Themes）。
不同：1、web應用程序Default.aspx顯示有兩個原有文件及Default.aspx.cs和Default.aspx.designer.cs；Web網站Default.aspx顯示有一個原有文件Default.aspx.cs。
2、web應用程序有重新生成和發布兩項；Web網站只有一個發布網站。
4、web應用程序可以作為類庫被引用；Web網站則不可以作為類庫被引用。
5、web應用程序可以添加ASP.Net文件夾中不包括bin、App_Code；Web網站可以添加ASP.Net文件夾包括bin、App_Code。
6、web應用程序還可添加組件和類；Web網站則沒有。
7、源文件雖然都是Default.aspx.cs但是web應用程序有命名空間，多了一項System.Collections空間引用。
❹ 在windows下使用vs2013中的python Django開發的Web應用程序如何發布讓別人可以訪問
首先得有一個「別人可以訪問」的伺服器。去看看國內的雲服務吧，比如阿里雲或者新浪雲。
然後，把web程序部署上去。雲服務商應該都提供有文檔，介紹如何部署。
❺ 用vs2013寫web程序好不好
使用Web部件應用程序中的用戶控制項時，可以在運行時利用WebPart控制項的所有功能。有關詳細信息，請參見在Web部件應用程序中使用ASP.NET伺服器控制項。用戶控制項還保留了作為伺服器控制項的正常功能，但有一個例外：在Web部件應用程序中使用的用戶控制項上禁用輸出緩存。對於每個頁請求，Web部件控制項集都要求將所有控制項添加到控制項樹。要使個性化設置功能能夠正常工作，且個性化設置數據可以往返回到控制項，這是必需的。但是，如果在用戶控制項上啟用了輸出緩存，控制項將不會添加到控制項樹，這就會與Web部件功能發生沖突。這就是通過設計在Web部件應用程序中的用戶控制項上禁用輸出緩存的原因。創建Web部件頁以承載用戶控制項創建一個新的ASP.NET頁。在頁頂部添加下面的頁聲明。VBC#在剛才添加的頁聲明下面，添加以下具有HTML標記的基本頁結構。將該頁保存到啟用了個性化設置的站點下的目錄中。向頁添加Web部件控制項在頁的元素緊下面，添加一個WebPartManager控制項。在元素的緊下面、表的第一組標記（第一個表列）中間，添加一個WebPartZone控制項，以包含您將在後面的步驟中添加的用戶控制項。在您剛才添加的區域的元素中，添加一個現有的伺服器控制項以及一些靜態內容，在運行時會將它們視為另一個Web部件控制項（因為它在Web部件區域中）：ASP.NETsiteGotDotNetContoso.com在表的第二組標記（第二個表列）中，添加另一個WebPartZone控制項，以包含您將在後面的步驟中添加的用戶控制項。在表的第三個元素（第三列）中，添加一個元素。添加一個元素，然後添加一個和一個元素。編輯器區域中的代碼應類似於下面這樣：保存頁。創建用戶控制項在文本編輯器中創建一個新文件。此文件將包含也可以作為Web部件控制項添加到頁面的用戶控制項。注意本演練的搜索控制項並不實現實際的搜索功能；它只用於演示Web部件功能。在新文件的頂部，如下例中所示添加控制項聲明。VBC#在控制項聲明的下面，添加一對C#在元素的下面添加一個文本框和一個按鈕，以便為搜索控制項提供基本的用戶界面，如下面的代碼示例所示。將文件命名為SearchUserControlVB.ascx或SearchUserControlCS.ascx（具體取決於您使用的語言），並將其保存到WebPartsDemo.aspx頁所在的目錄中。安全注意該控制項具有一個文本框，用於接受用戶輸入，這是一個潛在的安全威脅。網頁中的用戶輸入可能會包含具有惡意的客戶端腳本。默認情況下，ASP.NET網頁驗證用戶輸入，以確保輸入中不包含HTML元素或腳本。只要啟用了此驗證，就不需要顯式檢查用戶輸入中的腳本或HTML元素。有關信息，請參見腳本侵入概述。在主Web部件區域中引用用戶控制項在網頁的頂部，將下面的聲明添加到頁聲明的後面，以引用剛剛創建的用戶控制項。如果您使用的不是本主題中提供的用戶控制項示例，則需要將src屬性設置為您所使用的用戶控制項的路徑和文件名，您還可以選擇為tagname屬性賦一個不同的值。[VB][C#]在主區域的元素中，引用您在前面創建的用戶控制項。保存和關閉該頁。
❻ 如何在VS下用jQuery開發Web程序
建一個空的web應用程序就可以隨意進行開發啦~~
❼ vs2015怎樣創建web應用程序
可以的，VisualStudio2015上，已經支持了C++可以直接開發androidnativeactivity應用程序，c#已經同時支持android，ios還wp8的開發，具體的效果可以看我的帖子「VisualStudio2015環境搭建」：希望對你有用，我是ndk吧吧主，有問題可以ndk吧留言，謝謝
❽ 我使用Visual Studio 2010開發Web應用程序，但是我安裝的Visual Studio 2010里只有C#模板，缺沒有Web模板
應該是你的vs2010源程序有問題，一般情況下正常的vs安裝完後，應該有web模板的，建議重新安裝vs2010
❾ vs解決方案下的web項目和web網站有啥區別
就使用的方面而言，建web網站頁面後台代碼中你會發現是沒有命名空間的，有時候代碼出錯還不容易發現，還有就是，如果建的是web項目，當你修改內容(這里指修改後台代碼)，然後刷新頁面時是沒有反應的，要重啟瀏覽器才能看到更改後的結果，如果建的是web網站，則相反。
上面的是我在實踐過程中發現的，下面這些是我在網上找的一些不同點：
1、web應用程序Default.aspx顯示有兩個原有文件及Default.aspx.cs和Default.aspx.designer.cs；Web網站Default.aspx顯示有一個原有文件Default.aspx.cs。
2、web應用程序有重新生成和發布兩項；Web網站只有一個發布網站。
3、web應用程序和一般的winform沒有什麼區別都有引用的是命名空間等；Web網站在引用後出現一個bin文件夾那裡存放dll和pdb文件。
4、web應用程序可以作為類庫被引用；Web網站則不可以作為類庫被引用。
5、web應用程序可以添加ASP.Net文件夾中不包括bin、App_Code；Web網站可以添加ASP.Net文件夾包括bin、App_Code。
6、web應用程序還可添加組件和類；Web網站則沒有。
希望能幫你解決你的困惑