本篇內(nèi)容主要講解“web自動化平臺開發(fā)的知識點(diǎn)有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“web自動化平臺開發(fā)的知識點(diǎn)有哪些”吧!
模型設(shè)計(jì)中的枚舉值
在前期的準(zhǔn)備過程中，最開始寫頁面的時(shí)候，對于枚舉值都是在MTV的M層來定義，我在models.py文件里面做了很多的配置，但是發(fā)現(xiàn)按照這種擴(kuò)展的方式，后期處理就很尷尬了。因?yàn)镺RM層面的映射是體現(xiàn)不出這種枚舉值的差異的。而且數(shù)據(jù)從后端到前端，還得逐個轉(zhuǎn)換一般，比如這種方式，在實(shí)際的前端頁面中，還需要二次過濾，看起來實(shí)現(xiàn)了配置化，但是效率確實(shí)不高。
class Cmdb_server(models.Model):
db_types_choices = (
('mysql', u'MySQL'),
('redis', u'Redis'),
('greenplum', u'GreenPlum'),
)
db_role_choices =(
('master', u'Master'),
('slave', u'Slave'),
)
server_status_choices = (
('1','online'),
('0','fault'),
('2','offline'),
)
server_os_hostname = models.CharField(max_length=50,verbose_name='主機(jī)名')
所以越是擴(kuò)展和改變代碼，發(fā)現(xiàn)這個地方越來越是一個坑，所以在后面果斷使用了數(shù)據(jù)字典的配置方式來統(tǒng)一管控。
動態(tài)二級菜單
我希望實(shí)現(xiàn)的一個比較規(guī)范的功能就是動態(tài)菜單，即不同權(quán)限的用戶看到的菜單項(xiàng)是不同的。前后改了好幾版，總算是把整個流程調(diào)通了。
設(shè)計(jì)到細(xì)節(jié)的時(shí)候，發(fā)現(xiàn)很容易有使用的歧義或者不明確的地方。
二級菜單的設(shè)計(jì)真是一把辛酸淚，最開始感覺這個很簡單，一個for循環(huán)能夠搞定，但是落實(shí)到代碼層面，琢磨了很多想法，發(fā)現(xiàn)自己最開始的切入點(diǎn)就不太對，循環(huán)輸出HTML標(biāo)簽，結(jié)束標(biāo)簽的循環(huán)就是一個技巧了。
寫了很多版本，至少有6個版本，有的菜單不夠穩(wěn)定，有的顯示出來亂七八糟的。拿著代碼反反復(fù)復(fù)看了多遍，趕緊還是有點(diǎn)抓耳撓腮的感覺，于是乎直接把關(guān)鍵代碼打印出來，在那兒盤算了一會，總算是得出了滿意的答案。
改造一個統(tǒng)一的模板
開發(fā)這個平臺的時(shí)候，如果為了降低開發(fā)的難度，提高資源的可重復(fù)效率，是用統(tǒng)一的模板，然后在這個基礎(chǔ)上修修改改即可。但是實(shí)際上自己看了很多原型之后，發(fā)現(xiàn)目前的實(shí)現(xiàn)和現(xiàn)在的存在著較大的差異。所以這樣一個件看起來不鬧心的事情，自己就花了一些精力，專門來做統(tǒng)籌的工作。
按照優(yōu)先級，否則易陷入死胡同
在開發(fā)的過程中，總是會冒出一些想法來，想自己能夠?qū)崿F(xiàn)一些比較好的功能，但是實(shí)際上，這個過程總是事與愿違。一個看起來簡單的功能，想追求完美，但是實(shí)際這樣下來，效率不高，效果反而會差一些。還是需要按照優(yōu)先級來做，而不要總是被打斷。
到此，相信大家對“web自動化平臺開發(fā)的知識點(diǎn)有哪些”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！
重慶分公司
重慶分公司
