1. 分頁(yè)建議還是放到后端比較好一些，起碼不會(huì)因?yàn)檎w數(shù)據(jù)量的多寡，而造成用戶體驗(yàn)上的差異；另外，也有一部分?jǐn)?shù)據(jù)安全方面的考慮，整體加載就意味著吐所有的數(shù)據(jù)，做爬蟲的都省事了不是？
2. 封裝可以用UMD，比如這個(gè)項(xiàng)目elf-preloader.js里的這種寫法，可以參考。

1,你用的id一個(gè)頁(yè)面里只會(huì)有一個(gè)分頁(yè)嗎？
2,你每次都render雖然比較原生。但也有不需要render的時(shí)候吧。
3,我也沒(méi)做過(guò)什么開源的庫(kù)，你這個(gè)開源的優(yōu)勢(shì)在哪？好多都是大套件的方式。mvvm框架很容易就能實(shí)現(xiàn)。

原生分頁(yè)最大的問(wèn)題就是你得把所有數(shù)據(jù)都加載到本地然后分頁(yè)吧，時(shí)間成本和服務(wù)器成本都高，所以不太實(shí)用。

比如一共有30條數(shù)據(jù)，每頁(yè)顯示10條，正好顯示3頁(yè)。但是當(dāng)你添加一條數(shù)據(jù)，需要顯示在第四頁(yè)的時(shí)候，頁(yè)碼不一定會(huì)更新。

簡(jiǎn)單看了一下，自己資歷尚淺，只能談?wù)勔恍﹤€(gè)人見解

1. npm install 之后還要用標(biāo)簽去引入，感覺(jué)不太符合現(xiàn)代的一些構(gòu)建開發(fā)方式。這種snippet方式的組件到最后總不可能都通過(guò)cdn link方式一個(gè)一個(gè)引入，雖然HTTP2這個(gè)就不是問(wèn)題了，但是現(xiàn)階段還是需要考慮的。需要做一些模塊化的工作，支持直接import?？梢杂脀ebpack打包一下，既可以支持直接link src也能支持現(xiàn)代的模塊化方案。
2. 代碼層面上的組織結(jié)構(gòu)，可能現(xiàn)在代碼量不多，不需要分為好幾個(gè)文件。但是這樣看起來(lái)并不太清晰，page.js里可以把util等一些工具和page的一些邏輯抽離到單js里然后引入進(jìn)來(lái)，不妨礙自己page.js的應(yīng)該具有的自己邏輯
3. 代碼內(nèi)容上，通用ui組件，不建議使用id去標(biāo)記，也不建議使用太通用的名字來(lái)定義class，因?yàn)橐徊恍⌒木陀锌赡墚a(chǎn)生css樣式覆蓋，導(dǎo)致bug。其次不知道有沒(méi)有感覺(jué)直接寫html字符串的方法不太好，我還是覺(jué)得用dom api和fragment來(lái)操作更佳一些，以便可以封裝一些自己需要的常規(guī)操作，而不是每次都寫一堆html字符串