您好,登錄后才能下訂單哦!
這篇文章主要講解了“ASP.NET緩存機制以外有哪些注意事項”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“ASP.NET緩存機制以外有哪些注意事項”吧!
Net技術不如說是借用了這個平臺而已。他們的頁面輸出絕大多數都是使用構造字符串要不就是Response.Write出來的,簡單即是美,他們在寫程序的時候即是嚴格遵守這個規則,反過來想想CommunityServer里面多達7層的繼承關系的控件,它看起來有點象是這個樣子:(基本的)(網頁的)(模版化的)(相冊基本模版化的)(相冊模版化的)(相冊可更換風格的)XXX控件,瞧這一長串定語,它在每一層繼承里面都實現了不同的特性,結構其實還是蠻清晰的,POF有點象什么呢,手工打造的奧迪,性能沒的說,就是麻煩點。那些B4Discuz!NT的朋友是不是應該反思一下了呢:)
話說回來,這并不意味著那堆微軟件挖空心思弄出來的Control就沒有用了,但對于中小應用來說我們更需要的是開發效率,再說負載量達不那么大,有過度優化之嫌,合適的就是最好的,能快速弄出讓用戶滿意的東西才是最重要的。
ASP.NET緩存機制以外有哪些注意事項
我們來看看它里面的一些值得玩味的地方吧:
1.千萬級的照片請求都是由他們的服務器來完成處理的,但是它們都被緩存在內存中,并且大小都在2KB以下。
3.使用Gzip技術雖然增加了30%的CPU開銷但從節省的帶寬情況來看是值得的。
4.沒有使用Asp.Net的緩存機制,因為數據更新太快了,一旦它進入緩存就過期了。
5.大量使用if,else或者while+Response.Write這樣的簡單語句來實現功能。
6.負載均衡(好象沒有誰不用的)
每天3千萬的頁面訪問量,服務器只有2個WebServer+3個DBServer,優化功夫實在是了得。
感謝各位的閱讀,以上就是“ASP.NET緩存機制以外有哪些注意事項”的內容了,經過本文的學習后,相信大家對ASP.NET緩存機制以外有哪些注意事項這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。