文回顧和點評 2019 年前端領域發生的所有重大事件、新聞和趨勢,并展望 2020。
React 又一次成為年度最受歡迎的庫,并且仍處于增長狀態;而 jQuery 拿到了令人意想不到的第二名;緊隨其后的是 Angular 和 Vue,它們都擁有熱情的開發人員組成的龐大用戶群。
這一年來 Svelte 雖然吸引了很多關注,但它離廣泛普及還有很長的路要走。
經歷了相對平靜的一年后,WebAssembly 在 12 月初迎來重大新聞——W3C 聯盟正式將其推薦為一種 Web 語言。
https://www.w3.org/2019/12/pressrelease-wasm-rec.html.en
自 2017 年 WebAssembly 發布以來,它已經收獲了廣泛的關注并得到快速推廣。在過去幾年中,我們看到它推出了 1.0 版本規范,而且幾乎所有主流瀏覽器都開始支持 WebAssembly。
WebAssembly 在 2019 年的另一件大事是字節碼聯盟的成立,其宗旨是“通過合作實施標準和提議新標準,為 WebAssembly 在瀏覽器之外的世界開拓一片新天地”。
https://bytecodealliance.org/articles/announcing-the-bytecode-alliance
我們仍在等待 WebAssembly 真正站穩腳跟并全面普及!而隨著 WebAssembly 一次又一次的更新,應該說我們現在愈加接近這個目標了。毫無疑問,W3C 聲明是使 WebAssembly 獲得企業認可的關鍵一步,并且我們需要繼續降低 WebAssembly 的門檻,使其更易于構建產品。
2019 年是 TypeScript 之年。TypeScript 不僅成為了在 JS 代碼中添加數據類型的事實選擇,而且許多開發人員會經常在個人項目和工作中,用它來代替普通的 JavaScript。
在 2019 年初發布的 StackOverflow 調查中,TypeScript 與 Python 并列最受歡迎語言次席,僅次于 Rust。在 2020 年初將發布的新調查中,如果我們看到 TypeScript 的排名再進一步,應該也不會有什么奇怪。
https://insights.stackoverflow.com/survey/2019#most-loved-dreaded-and-wanted
TypeScript 已經席卷了整個 Web 開發世界——前端和后端皆是如此。一些開發人員認為 TS 只是跟風炒作的產物,覺得它會步 CoffeeScript 后塵;但 TypeScript 已被證明可以解決 JS 開發人員面臨的一大核心問題,而且它的使用率看來只增不減。
TypeScript 與所有主流文本編輯器的集成,為 Web 開發人員提供了更好的開發體驗。JavaScript 開發人員將 TypeScript 視為一種工具,它可以減少錯誤,還可以通過(提供自帶描述的)類型和對象接口更輕松地讀取代碼。
值得注意的是,TypeScript 在 2019 年的 NPM 下載量超越了 React,其流行程度可見一斑。此外,它的下載量也比 Flow 和 Reason 等競爭對手高得多。
TypeScript 和 React 解決的是完全不同的問題,因此這并不是一場較量,只是為了告訴大家 TypeScript 有多么受歡迎。
TypeScript v3.0 于 2018 年末發布,而在 2019 年它已發布到了 3.7 版,其中包括更新的 ECMAScript 功能,例如可選鏈和 nullish 運算符,以及類型檢查功能的相關改進等。
Vue 和 Angular 擁有熱情的用戶群體,Vue 在 GitHub 上拿到的星星甚至比 React 還多,但考慮個人和專業項目中的使用率時,React 仍繼續保持著領先地位。
在 2018 年末,React 團隊引入了 hooks。2019 年,hooks 席卷了 React 世界,絕大多數開發人員都將其作為管理狀態和組件生命周期的首選方式。這一年下來,有關 hooks 的文章數不勝數,使用模式也穩定了下來,而最具分量的 React 包也構建了自定義 hooks 來公開它們的庫功能。
Hooks 提供了一種方法,可以使用簡單簡潔的語法來管理函數式組件中的組件狀態和生命周期。另外,React 提供了構建自定義 hooks 的能力,這使我們能夠創建可復用的代碼和共享邏輯,而無需創建高階組件或使用渲染 props。
在 React v16.8 中加入 hooks 這一重大改進之后,React 之后版本的多數更改都相對較小。到了 2019 年末,版本更新到了 16.14。
hooks 的重大改進發布之后,React 團隊開始轉移重心,希望提供更多工具來改善開發體驗。實際上,開發體驗正是 React Conf 2019 的主題。ReactConf 的主講人,React 團隊經理 Tom Occhino 表示,開發體驗植根于以下三件事:準入門檻低、生產率高和擴展能力強。我們來看看 React 團隊為此發布了哪些內容或有哪些計劃:
人們相信,良好的開發體驗也將帶來良好的用戶體驗。下面是 React Conf 2019 大會上 Yuzhi Zheng 的演講,談到了即將發布的 React 功能。
https://youtu.be/uXEEL9mrkAQ
Vue 可能還沒迎來自己采用率的巔峰,但不得不承認它擁有最熱情的用戶群。人們說 Vue 汲取了 React 和 Angular 的長處,同時更加簡單易用。它的另一大賣點是更加開放,不像 React(Facebook)或 Angular(谷歌)那樣受到大公司的控制。
Vue 的最大新聞是即將發布的 3.0 版本,alpha 版本有望在第四季度末發布。在 2019 年,Vue 2.x 僅在年初獲得了少量更新,因為主要工作都放在了 v3 版本的開發上。
雖說 Vue 在今年發布的版本不多,但發生的事情卻不算少。當 Evan You 發布 v3 的 RFC 時,新版的更改在社區中引發激烈爭論。
激怒 Vue 開發人員的關鍵問題是對框架 API 的全面修訂。但在反對聲浪之后,據稱 API 更改將完全是附加的,并且對 Vue 2 向后兼容。許多開發人員聲稱,如果新版的這些更改無法令人滿意的話,他們可能會考慮轉向 Svelte,因為他們擔心 Vue 會越來越像 React 了。不過盡管社區中仍有許多人對此表示關注,但現在大家還是在靜待新版的正式發布。
除了上述爭議之外, Vue 3 還將帶來許多重大改進:
今年另一個值得關注的 Vue 更新是 CLI 的第 4 版,其更新主要集中在基礎工具上。
https://youtu.be/ANtSWq-zI0s
Angular 的固執(opinionated)理念幫助它贏得了龐大用戶群。由于 Angular 是一個強固執框架,因此它要求開發人員以 Angular 的方式行事,并且為開發人員提供了所有必要的工具。
這種理念消除了許多爭議,人們不用再操心該將哪些庫和依賴項帶入項目,相反構建 React 應用的團隊就可能會出現這類問題。Angular 還要求開發人員使用 TypeScript 編寫應用程序。由于大多數選擇已經確定好了,因此很多公司將其視為一個不錯的選擇,因為它使開發人員可以專注構建產品,而不必花費時間考慮該用哪個包。
在 2019 年,Angular 發布了第 8 版,并且還發布了一個新的渲染器 / 編譯管道,稱為 Ivy。Ivy 的最大好處是較小的打包尺寸,除此之外還提供了許多很棒的改進。目前,Ivy 是 Angular 9 之前的可選功能。這篇文章詳細介紹了第 8 版中發布的功能,其中值得關注的更新有:
在 2019 年 12 月,Angular 團隊開始準備發布第 9 版,可能會在 2019 年底或 2020 年初正式發布。 Angular 9 的最大變化是 Ivy 成為了標準渲染器。觀看下面的 YouTube 視頻可了解有關 Angular 9 的更多信息。
https://youtu.be/5wmWtgr7LQ0
Web 應該對所有人開放,讓所有人使用。前端業界一直將這一目標視為頭等大事。自 2015 年以來,JavaScript 和 Web 的發展如此之快,相關模式和框架也終于穩定了下來。現在各種事物都更穩定了,開發人員就可以將更多的精力放在那些幫助應用本地化、改善應用可訪問性的工具上面了,從而讓所有人都能體驗到更加美好的 Web 世界。我們應該為我們所取得的進展感到自豪,但是前面還有很長的路要走。
可訪問性:“讓盡可能多的人使用你的網站——我們傳統上認為這是關于殘疾人的特性,但實際上它也涵蓋了其他群體,比如使用移動設備的人群和那些網絡連接較緩慢的人群。”——MDN
國際化:“在設計 / 開發你的內容、應用程序和規范等事物時,確保其適合,或者可以輕松適應來自任何文化、地區或使用任何語言的用戶”——W3C
ECMAScript(JavaScript 所基于的規范)的年度更新周期還在繼續,ES2019 版本添加了許多新特性:
雖然 ES2019 帶來了一些重大更新,但即將面世的 ES2020 看來會有一些自 ES6/ES2015 以來最受期待的特性:
Flutter 的發布比 React Native 晚了兩年,但前者很快就站穩了腳跟。Flutter 在 GitHub 中拿到的星幾乎快趕上 React Native 了,目前是 80.5k 對 83k;按這個趨勢,超過 RN 指日可待。
考慮到 Flutter 并沒有像 React Native 那樣,擁有 React Web 開發人員那樣龐大的開發社區來幫助自身成長,這樣的成績就更令人驚訝。Flutter 正在成為最佳的跨平臺移動框架。
為了支持 JavaScript 生態系統并加速發展這種語言,Node.js 基金會和 JS 基金會合并成立了 OpenJS 基金會。新的基金會希望社區在一個中立的實體支持下協作和發展,這個實體現在托管 31 個開源項目,包括 Node、jQuery 和 Webpack。這一行動被認為對整個 JS 社區都有正面影響,并得到了谷歌、IBM 和微軟等大型科技公司的支持。
Node 今年發布了第 12 版,也是一個長期支持版本(LTS),支持周期截至 2023 年 4 月。Node12 提供了許多新特性、安全更新和性能改進。一些值得關注的更新包括對 import/export 語句的原生支持、私有類字段、與 V8 Engine 7.4 版的兼容性、對 TLS 1.3 的支持以及新增的診斷工具等。
Svelte 設法在擁擠不堪的前端框架世界中找到自己的位置。但正如我們在本文開頭所看到的那樣,它的努力還沒能轉化為大規模的現實使用率。對 Svelte 來說,最好的總結就是“簡單而強大”。Svelte 網站上指出了三點優勢:
Svelte 試圖將其大部分工作轉移到編譯步驟,而不是放到瀏覽器中的運行時上。Svelte 具有基于組件的架構,可編譯為純 HTML 和標準 JavaScript,同時還承諾減少樣板代碼。它使用響應式編程來直接更新 DOM,而不是使用虛擬 DOM。
Svelte 通過做減法的方式,為前端領域提供了一些新穎而令人興奮的東西。在 2020 年,觀察 Svelte 的成長和發展將是一件很有趣的事情,希望我們能看到一些大規模應用的案例,看看它是如何與 React、Vue 和 Angular 等大塊頭對手競爭的。
https://youtu.be/AdNJ3fydeao
隨著諸如 Gatsby 之類的框架愈加流行,諸如 Netlify 之類的靜態網站托管快速增長,以及無數無頭 CMS 公司的涌現,靜態網站證明了它們將成為 Web 不可或缺的一部分。
靜態站點將舊式 Web 與新的工具、庫和更新結合在一起,提供了無與倫比的體驗。我們能使用像 React 這樣的現代庫來構建我們的站點,然后在構建時將它們編譯成靜態 HTML 頁面。由于所有頁面現在都是預先構建的,因此無需服務器時間就可以根據請求將它們與數據混合在一起——這些頁面可以立即提供服務,并可以利用在全球 CDN 中緩存的優勢,使內容盡可能接近你的用戶。
靜態站點使用的一種流行編程模式是 JAMStack (JavaScript、API 和 Markup)。這是一種靜態 /SPA 混合方法,其中頁面是靜態提供的,但在客戶端上更像是 SPA,使用 API??和用戶交互來發展 UI 狀態。
靜態網站是獲得高速產品的一種方法,但是它們并不適合所有應用——另一個上佳選擇是 PWA(漸進式 Web 應用)。 PWA 允許你在瀏覽器中緩存資源,以使頁面立即響應并提供脫機支持。另外,它們允許后臺 workers 提供原生功能,例如通知推送。
甚至有人聲稱 PWA 可以取代原生移動應用。無論結果如何,可以肯定的是 PWA 將在很長一段時間里成為企業構建產品的重要途徑。
多年來,前端開發人員一直在抱怨對 JavaScript 的審美疲勞,但我們已經逐漸看到,開源項目維護人員的不懈努力正在減輕這種審美疲勞。
以前,如果我們要構建一個 SPA,則必須使用 Bower 或 NPM 引入我們自己的依賴項,學會如何使用 Browserify 或 Webpack 來編譯它,從頭開始編寫 Express 服務器,并通過繁瑣的庫更新維護我們的應用。
這種痛苦我們已經承受了很多年,但現在我們已經發展出了最活躍、最發達的軟件包生態系統。有一些工具可以幫助我們抽象出構建應用程序時令人痛苦的部分——Create React App、Vue CLI、Angular CLI、用于靜態站點的 Gatsby,用于 React Native 移動應用的 Expo、用于 SSR 應用程序的 Next/Nuxt,用于創建我們服務器的生成器、無需為 GraphQL 編寫服務器的 Hasura,自動生成 TypeScript 類型的 GraphQL Code Generator,越來越簡化的 Webpack——不管我們有怎樣的需求,都有對應的工具可以幫助我們從繁重的勞動中解放出來。
也許現在我們有了工具鏈審美疲勞?
GraphQL 有望解決傳統的基于 REST 的應用程序面臨的許多問題。開發人員很快就愛上了 GraphQL,技術公司也終于開始使用它了。GitHub 幾年前用 GraphQL 編寫了它的最新 API,還有許多組織也在跟上步伐。
GraphQL 應用是數據驅動的,而不是端點驅動的,從而允許客戶端聲明所需的確切數據,并從服務器接收相應的 JSON 響應。GraphQL API 提供了一個架構,用于記錄所有數據及其類型,從而使開發人員可以全面了解 API。
由于 GraphQL API 提供了完全類型化的 schema,因此它也可以與使用 TypeScript 的應用程序很好地集成在一起。使用諸如 GraphQL Code Generator 之類的工具時,它可以讀取我們客戶端代碼中的查詢,并將其與 schema 匹配,以提供會在整個應用程序中流動的 TypeScript 類型。
在過去的一年中,GraphQL 的下載量增長了一倍以上,而 Apollo 則開始成為使用最廣泛的框架。
Web 開發的前進方向似乎是要在 JavaScript 下統一一切,而 CSS-in-JS 的推廣就體現了這種趨勢;它是用 JavaScript 字符串創建樣式的方法。
這使我們可以通過 import/export 來使用常規 JavaScript 語法共享樣式和依賴項。由于 CSS-in-JS 組件可以將 props 插入其樣式字符串中,因此它還簡化了動態樣式。如前所述,Facebook 甚至可能將 CSS-in-JS 視為前端的未來,并將發布他們自己的庫。
以下是經典 CSS 與 CSS-in-JS 的對比示例。要使用常規 CSS 處理動態樣式,你必須管理組件中的類名稱并根據 state/props 來更新它。對于每個變體,你還需要一個 CSS 類:
復制代碼
// Component JS fileconst MyComp=({ isActive })=> { const className=isActive ? 'active' : 'inactive'; return <div className={className}>HI</div>}// CSS file.active { color: green; }.inactive { color: red; }
使用 CSS-in-JS,你不用再管理 CSS 類。你只需將 props 傳遞給樣式化的組件,它會使用聲明性語法處理動態樣式。代碼更加簡潔了,而且允許 CSS 管理基于 props 的動態樣式后,我們對樣式和 React 的關注點分離也更為清晰了。現在,所有內容看起來都像是常規的 React 和 JavaScript 代碼:
復制代碼
const Header=styled.div` color: ${({ isActive })=> isActive ? 'green' : 'red'};`;const MyComp=({ isActive }}=> ( <Header isActive={isActive}>HI</Header>)
CSS-in-JS 的兩大庫分別是 styled-components 和 emotion,后者在 2019 年的下載量超越了前者。這兩個庫遙遙領先于其他 CSS-in-JS 選項,看起來它們將繼續快速增長。
開發人員對自己的 IDE/ 文本編輯器充滿熱情,并且經常會爭論誰的選擇是最好的。但在前端領域,開發人員幾乎一致選擇 VS Code 作為他們的編輯器。VS Code 是一個開源編輯器,它提供許多插件來創造極為出色的開發體驗。
下面是 2019 年 JS 現狀調查統計的文本編輯器使用率:
Webpack 已成為幾乎所有現代 JavaScript 工具鏈的核心組件,并且是最常用的構建工具。Webpack 一直在提升其性能和可用性,從而改善開發體驗。在第 5 版中,Webpack 著重于以下幾點:
Facebook 維護著流行的測試庫 Jest 和 Flow,后者是 TypeScript 的競爭對手。他們在 2019 年初發表了大膽聲明,選擇將 Jest 從 Flow 遷移到 TypeScript。這進一步表明 TypeScript 已成為類型化 JavaScript 的標準選擇,并且在 2020 年及以后的使用率會不斷增長。
Chrome 繼續快速迭代,迅速向 Web 和開發工具中添加新功能。在 2019 年,我們看到 Chrome 發布了 7 個穩定版本,還有 79 Beta 版,80 dev 版和 81 canary 版。查看下面的 Wiki 可以了解過去一年中 Chrome 的重要新增功能。
https://en.wikipedia.org/wiki/Google_Chrome_version_history?source=post_page1e7d07966d6c
Internet Explorer 及其后繼者 Edge 對 Web 開發人員來說就是個笑話,更糟的是使用它們的體驗令人痛苦不堪。微軟的瀏覽器在 Web 特性實現方面一直落后于人,并且很難為其編寫跨瀏覽器兼容的代碼。作為開發人員的重大勝利,微軟已經選擇轉向谷歌的開源 Chromium 引擎。到了 2019 年中,此更改已進入 beta 階段。
Facebook 認為 Android JavaScript 引擎的速度不夠快,因此他們打造了自己的引擎。Facebook 正在全力支持 React Native,此舉表明他們愿意做出必要的調整,以使其在所有平臺上都能發揮最大效能。
原文鏈接:
https://levelup.gitconnected.com/a-recap-of-frontend-development-in-2019-1e7d07966d6c
綱
1、什么是<a>標簽
2、<a>標簽的幾個重要屬性
3、a標簽的運行機制
4、a標簽常用的協議
5、超鏈接標簽的樣式問題——a標簽的偽類選擇器的書寫順序
1、什么是<a>標簽
<a> 標簽定義超鏈接,用于從一張頁面鏈接到另一張頁面。
<a> 元素最重要的屬性是 href 屬性,它指示鏈接的目標。
2、<a>標簽的幾個重要屬性
2.1、href
規定鏈接指向的頁面的 URL。
2.2、target
規定在何處打開鏈接文檔。
a:自定義打開錨點
target的特殊值:有 4 個保留的目標名稱用作特殊的文檔重定向操作:
2.3、name
規定錨的名稱。(Html5不支持)
2.4、downloadHTML5新增
HTML5新增,只有 Firefox 和 Chrome 支持 download 屬性。
download 屬性規定被下載的超鏈接目標。
在 <a> 標簽中必須設置 href 屬性。
該屬性也可以設置一個值來規定下載文件的名稱。所允許的值沒有限制,瀏覽器將自動檢測正確的文件擴展名并添加到文件 (.img, .pdf, .txt, .html, 等等)。
1
<a href="/images/myw3schoolimage.jpg" download="w3logo">
2.5、media
media 屬性規定目標 URL 是為什么類型的媒介/設備進行優化的。
該屬性用于規定目標 URL 是為特殊設備(比如 iPhone)、語音或打印媒介設計的。
該屬性可接受多個值。
只能在 href 屬性存在時使用。
3、a標簽的運行機制
4、a標簽常用的協議
5、超鏈接標簽的樣式問題——a標簽的偽類選擇器的書寫順序
5.1、a標簽的多重狀態
對于<a>元素,我們可以用“多重人格”來形容它。對于該標簽,它一共有五種狀態::link, :visited, :hover, :focus, :active.
“:link”可以用于聲明未訪問狀態鏈接的樣式;
“:visited”可以用于聲明已經訪問鏈接的樣式;
“:hover”可以用于聲明鼠標懸停在鏈接上的樣式;
“:focus”可以用于聲明瀏覽器焦點懸停在鏈接上的樣式(通過鍵盤選擇鏈接);
“:active”可以用于聲明瀏覽器點擊鏈接的樣式。
注意:冒號前后不要出現空格
一般a:hover和a:visited鏈接的狀態(顏色、下劃線等)應該是相同的。
link、visited、active分別對應body元素的link、vlink、alink這三個屬性。
四個“狀態”的先后過程是:a:link ->a:hover ->a:active ->a:visited。另外,a:active不能設置有無下劃線(總是有的)。
5.2、鏈接(a標簽狀態)定義的順序
沒有規矩不成方圓,雖然鏈接定義寫好了,但它也是有規則的,如果這四項的書寫順序稍有差錯,鏈接的效果可能就沒有了,所以每次定義鏈接樣式時務必確認定義的順序,link--visited--hover-active,也就是我們常說到的LoVe HAte原則(大寫字母就是它們的首字母)。
老外總結了一個便于記憶的“愛恨原則”(LoVe/HAte),即四種偽類的首字母:LVHA。定義A鏈接樣式的正確的順序:a:link、a:visited、a:hover、a:active。若沒有按照這樣的順序的話,有的狀態的樣式會被放置在后面的樣式覆蓋而導致像沒有觸發一樣沒有效果,如:如果hover放在visited之后,則就算我放上去變色了,但是同時這個標簽也具有visited狀態以及其的效果,會覆蓋了hover的效果。
為了符合瀏覽器解釋CSS遵循的"就近原則"。我們在定義CSS中,宜將最一般的條件放在最上面,并依次向下,最下面放最特殊的。
在W3C規范中,也規定了鏈接的聲明順序:
在 CSS 定義中,a:hover 必須被置于 a:link 和 a:visited 之后,才是有效的。
在 CSS 定義中,a:active 必須被置于 a:hover 之后,才是有效的。
我自己是一名從事了多年開發的web前端老程序員,目前辭職在做自己的web前端私人定制課程,今年年初我花了一個月整理了一份最適合2019年學習的web前端學習干貨,各種框架都有整理,送給每一位前端小伙伴,想要獲取的可以關注我的頭條號并在后臺私信我:前端,即可免費獲取。
ctiveReports
ActiveReports是一款在全球范圍內應用非常廣泛的報表控件,以提供.NET報表所需的全部報表設計功能領先于同類報表控件,包括對交互式報表的強大支持、豐富的數據可視化方式、與Visual Studio的完美集成、以及對 HTML5 / WinForm / ASP.NET / ASP.NET MVC / Silverlight / WPF 和 Windows Azure 的多平臺支持等。 通過ActiveReports報表控件,您除了可以創建常用的子報表、交叉報表、分組報表、分欄報表、主從報表等商業報表外,還可以創建具備數據篩選、數據過濾、數據鉆取、報表互鏈等交互能力的數據分析報表,并把數據以可視化的方式呈現出來,快速為應用程序添加強大的報表功能。
我們很高興地宣布 ActiveReports V13 正式發布! 不同于以往,本次更新 ActiveReports 將為您帶來全新的報表設計體驗:提供在線報表設計器、提供基于 JavaScript 的 JSViewer 報表查看器、提供全新的圖表以及富文本框增強功能。
ActiveReports 在線報表設計器
ActiveReports提供了多種用于報表設計的工具,如 VSDesigner、Visual Studio 加載項和獨立的桌面端設計器。與此同時,ActiveReports 報表設計器組件也可以嵌入到您的應用系統中,方便您的最終用戶也可以進行報表設計。
如今,在ActiveReports V13中,我們又推出了一款輕量級但功能強大的 Web 端在線報表設計器。只需幾行代碼,您就可以輕松地將其嵌入到您的網站和應用程序中,從而使您的用戶能夠設計、創建和修改報表。
ActiveReports 在線報表設計器的出現,意味著您能夠在 ActiveReports 設計界面中打開現有報表,并可以在其中操作布局樣式、創建新報表,以及在富文本編輯器(WYSIWYG)中預覽它們。ActiveReports 在線報表設計器具有熟悉、直觀、設計感十足的 UI 界面,通過簡單的操作,就可以實現:
與我們的桌面設計器一樣,ActiveReports 在線報表設計器可完全自定義:您可以對最終用戶使用設計器的功能選項進行控制,如預覽、導出、圖表功能等。
JSViewer: ActiveReports 的 JavaScript 報表查看器
ActiveReports 擁有一個快速且強大的報表引擎,在 ActiveReports V13 中我們又創造了一個全新的報表查看器,以進一步增強 ActiveReports 產品的能力。JSViewer 由此誕生,它基于純 JavaScript 編寫,可以在任何現代瀏覽器上運行,為用戶提供快速的報表渲染體驗。
JSViewer 支持所有主流 Web 應用程序框架,包括 Angular、Vue、ASP.NET Core、ASP.NET MVC 和 HTML。JSViewer 包含在 ActiveReports 中,為我們的企業級報表解決方案增加了更多應用價值。
JSViewer 具備許多 ActiveReports 和 .NET 用戶熟悉的功能。通過使用類似 .NET 的語法來嵌入和自定義 JSViewer,從而最大限度地減少了用戶學習曲線。除此之外,JSViewer 還具有以下功能:
使用 ActiveReports 中的新圖表,增強報表數據交互和渲染性能
除了在線報表設計器和 JSViewer 之外,ActiveReports V13 中還對圖表進行了改進。這是 ActiveReports V13 中實現的又一個新功能和主要特性!這些圖表專門為 Web 上的 RDL 和 Page 報表創建,它們提供了更強的數據交互和渲染性能。
注:ActiveReports V13 兼容了此前版本的報表設計器和經典圖表,您可以在最新版 ActiveReports 中繼續使用他們。
使用 FormattedText 控件在報表中嵌入更多 HTML
FormattedText 是 ActiveReports 中流行的控件之一,用于在報表中呈現 HTML 文本。在 ActiveReports V13 中,我們增強了 FormattedText 以支持更多 HTML 標記和屬性。此外,用戶現在可以在設計時看到控件中的渲染文本,以確保在 WYSIWYG 顯示正確結果。
新的 HTML 標記和屬性包括表格、文本對齊和樣式。
VSDesigner 加載項增強:使用 Visual Studio 主題
ActiveReports 是將報表設計器直接集成到 Visual Studio 中的少數幾家報表工具供應商之一。我們通過將 Visual Studio 主題擴展到 ActiveReports 設計器及其支持窗口,以擴展這種集成的深度。這為報表設計人員提供了更好的 UI 樣式支持。
點擊“了解更多”下載產品最新試用版
↓↓↓
*請認真填寫需求信息,我們會在24小時內與您取得聯系。