Contributes11
Followers0
作者：王春雨 前言 隨着前端工程化的快速發展， TypeScript 變得越來越受歡迎，它已經成為前端開發人員必備技能。 TypeScript 最初是由微軟開發並開源的一種編程語言，自2012年10月發佈首個公開版本以來，它已得到了人們的廣泛認可。TypeScript 發展至今，已經成為很多大型項目的標配，其提供的靜態類型系統，大大增強了代碼的可讀性、可維護性和代碼質量。同時，它提供最新的Java
Nickname 京東雲開發者
前端Web開發工具實際上是讓前端開發人員更高效輕鬆地構建前端佈局的軟件。在這些工具的幫助下，前端重複的工作變得簡單，從而加快了Web開發過程。 有許多前端Web開發工具可以滿足各種特定需求，例如HTML，CSS和JavaScript工具，代碼編輯工具，部署工具，原型和線框圖工具，安全工具等等。但是選擇適合自己項目的工具，必須對工具有所瞭解。 下面我們就介紹一些主流的Web前端開發工具： Vue.j
Nickname 可視化PaaS開發
最近發現不少網友留言，想要一些前端Web組態的模板，由於公司是做2D/3D可視化編輯器的，同時也會設計很多各行各業的組態模板，以供參考，所以小編整理了包含電力、環境、園區、能源等行業領域的一些組態模板，希望對大家有所幫助！ 污水處理前端Web組態模板 污水處理預沉池系統 污水處理AO池監測系統 生活污水處理監控系統 鍋爐控制前端Web組態模板 鍋爐監控系統 鍋爐控制系統
Nickname 可視化PaaS開發
建設背景 隨着經濟飛速發展和產業創新升級，作為新經濟形式的重要載體，工業園區污染嚴重、安全生產難以監管等問題日益突出。工業園區作為工業高質量發展的重要載體和平台，工廠聚集，安全生產風險集中，在這個背景下，建設智慧工業園區已經成為了許多企業和政府的共同選擇。 總體架構 工業園區智能化管控平台應按照工業互聯網平台架構進行設計，建立統一的標準規範體系和安全運維保障體系，保證系統平台的規範、安全和穩定運行
Nickname 可視化PaaS開發
前言 作為全球化學品第一生產大國，我國危險化學品規模總量大、涉及品種多、應用範圍廣、管理鏈條長、安全風險高，歷來是防範化解重大安全風險的重點領域。危險化學品領域頻繁發生的典型事故，暴露出傳統安全風險管控手段問題突出。 建設背景 石油石化行業是國家重要的支柱行業，具有生產規模大，生產線長，數據模型大，物料危險性高等特點。特殊的作業環境、偏遠的廠區位置，使得工作人員作業值守難度大、成本高、效率低。隨着
Nickname 可視化PaaS開發
啓動項目時，請查看 2023 年最好的 Web 前端框架。為什麼選擇合適的工具很重要? 前端開發人員使用前端框架來簡化工作。這些軟件包通常提供可重用的代碼模塊、系統化的前端技術和預構建的接口塊。這使團隊可以更快、更輕鬆地創建可持續的 Web 應用程序和用户界面，而無需從頭開始編寫每個功能或對象。在開發 Web 應用程序時，有必要使用現代工具。 數維圖科技小編在這裏列出 2023 年 9 個流行的
Nickname 可視化PaaS開發
大多業務團隊的前端工程師的主要工作內容就是前台網站或應用和中後台應用的前端開發，如果在工作時間花費很多精力去做基礎設施建設相關事情，有可能會被打上「不務正業」的標籤，基本上就是個工具人的角色。 「前前後後」不靈清 很多剛入行的人分不清「前台」與「前端」及「後台」與「後端」之間的區別，再加上團隊中其他人可能會亂用，對此會更加迷惑，在這裏先釐清它們—— 「前台」與「後台」還有漏掉的「中台」，是根據面向
Nickname 歐雷
經過《聊聊中後台前端應用：模塊相關的一些事》和《聊聊中後台前端應用：業務中的組件體系》這兩篇文章的鋪墊，終於可以單獨寫一篇文章來專門講講「上下文」相關的事情了—— 概念明晰 在進入正題之前，先試圖釐清與主題關係密切的幾個概念：狀態、狀態管理和上下文。 狀態 有時會聽到兩撥人在打嘴仗——有一撥人説：「前端都是狀態，沒有數據，是狀態驅動視圖而不是數據驅動視圖」。另一撥人反駁説：「狀態難道不是數據嗎？不
Nickname 歐雷
列表頁是什麼？ 列表頁是管理平台中的基礎頁面，核心的邏輯是實現數據的增刪改查（CRUD），列表頁核心的幾個要素：頁面內容的數據展示、查詢條件、頁面按鈕及按鈕觸發的邏輯。 列表頁配置 具備應用配置權限的用户，可以在列表頁目錄上，鼠標懸空，系統會彈出列表頁設計的菜單，如下圖所示： 點擊“設計頁面”，系統進入列表頁設計器，其中包括四個板塊的設計內容： 頁面基礎信息的設計 如下圖所示
Nickname 軟件部長
很多小夥伴剛做產品助理時，都會糾結於用哪一個原型設計工具更加快速高效，我作為一名售前兼產品經理的社畜角色也不例外。在各種原型軟件摸爬滾打過程中，終於讓我找到了一款良心好用的國產化軟件設計平台--浮木雲，讓我原本不怎麼樣的頁面設計直接飛起。我喜歡它的原因很簡單，他能提供很多業務相關模版，能幫我在短時間內做出一套系統頁面，就衝這點，我要吹爆他。來來來，看這裏，看這裏（敲黑板），浮木雲-產品設計開發智能
Nickname 售前成長之路
通過這段時間的學習，這次就國產化軟件設計平台--浮木雲的基本概念簡單形成簡單的學習記錄。大家如果感興趣的話，可自行去搜索查看試用。 下面介紹的就是浮木雲的基礎概念了，有：應用、子應用、導航、頁面、畫布、組件、交互編排、動作卡片、屬性配置、樣式配置、結構樹、自定義組件、源碼導出、應用發佈等。 1.應用 在浮木雲平台中，每個應用都被視為單個完整的軟件項目或軟件系統。這意味着每個應用都有其獨
Nickname 售前成長之路
這篇文章，我們將深入介紹SCADA系統和SCADA軟件。 SCADA系統是工業生產中的一個重要部分，因為它們有助於監控過程數據以及控制過程，並輕鬆檢測過程中的任何問題，從而減少停機時間。 SCADA系統的定義SCADA是Supervisory Control and Data Acquisition的首字母縮寫。SCADA通常是指監督控制和數據採集，它是一種基於工業計算機的控制系統，用於收集和分析
Nickname 可視化PaaS開發
即構UIKits上線，新一代場景化實時互動SDK！ 即構科技發佈了首款面向中小團隊的整合型實時互動產品UIKits ， 基於場景化最佳實踐，整合RTC、IM、直播、美顏等多款產品，打造了音視頻通話UIKit（Call Kit）、互動直播UIKit（Live Streaming Kit）、語聊房UIKit（Live Audio Room Kit） 等多個場景互動SDK。 與傳統RTC、直播產品相比，
Nickname ZEGO即構
穿梭機回顧一下上一篇文章 獨立開發第二章 8. 找到你的隊友和投資人獨立開發， 在我看來只是一個階段的事情，你可能在開始階段是獨立開發，但人是有極限的，要做更大的事情更多的收益，你必須有隊友（也可能是我已經過了那個階段了，獨立開發的收入支撐不了我的慾望）。 **我喜歡躺平,我喜歡賣萌** 那識別隊友很重要，這是一個很大的轉折，簡單的説主要是看這個人的ORI。 你可能會想,我為什麼不自己一
Nickname 溪抱魚
01 引言 H-ZERO 平台團隊始終專注於開發高效的前端工具組件，通過不斷優化交互設計和功能體驗，為企業用户提供更流暢、更符合業務需求的數據導出能力。 為了應對企業日益複雜的數據導出場景，H-ZERO 導出組件突破了普通導出組件功能單一、性能受限的瓶頸，支持多格式動態生成、異步分片導出和智能閾值管控等核心功能，使海量數據導出變得簡單易行。用户無需關注技術細節即可快速完成從配置到下載的全過程，大
Nickname 漢得數字平台
隨着移動浪潮的興起，各種 App 層出不窮，極速發展的業務拓展提升了團隊對開發效率的要求，這個時候純粹使用 Native 開發技術成本難免會更高一點。而 H5 的低成本、高效率、跨平台等特性馬上被利用起來了，形成一種新的開發模式： Hybrid App 作為一種混合開發的模式，Hybrid App 底層依賴於 Native 提供的容器（Webview），上層使用各種前端技術完成業務開發（現在三足鼎
Nickname 杭城小劉
原文地址：https://github.com/ruizhengyu... 作為前端新人，我們常以菜鳥自居，主要是專業程度不高，還有就是自謙。其實，作為菜鳥的我們也想撕掉這類標籤，我們也努力，可還是學不好前端，是真的不適合做這行還是方法不對，沒人告訴我們？如果你覺得自己還處在菜鳥階段的迷茫區，那可以看看本篇文章，希望看完之後你能得到想要的。如果你要闡述你的想法，請在評論區留下你的文字。
Nickname 前端早8點
本文是一個文章系列的第一篇，主要説明幾個基本概念以及所要探討的目標主體，目的是統一認知上的「上下文」以儘量避免因信息不對稱而造成理解障礙。 這一系列文章是關於前端 UI 組件的，我想通過這個系列靜下心來好好聊聊與之相關的內容。 每個名詞都是概念，就像一個「數據包」，根據其被「壓縮」的信息量，要真正地理解一個詞語可能需要大量的知識儲備。 基本概念 我們要聊的是「前端 UI 組件」，這個詞可以進一步拆
Nickname 歐雷
本文是文章系列「聊聊前端 UI 組件」的第二篇，內容與本系列的上篇文章《聊聊前端 UI 組件：核心概念》有所關聯，如果還沒看過，建議去看下。 本文的主要內容是根據特徵對前端 UI 組件進行建模，讓我們儘可能充分地瞭解它的方方面面，併為如何設計以及建立一個組件體系打下基礎。 組件構成 從關注點分離的角度分解 UI 組件，並分析其各部分的易變性。 構成元素 一個完整的具備功能的 UI 組件的構成，有結
Nickname 歐雷
本文是文章系列「聊聊前端 UI 組件」的第三篇。 在本系列的上篇文章《聊聊前端 UI 組件：組件特徵》中，通過從關注點分離的角度進行前端 UI 組件的構成分析，並以較為抽象的視角對 UI 組件分門別類，以及描述了讓組件間可以表現複用的繼承關係，從而建立出前端 UI 組件的特徵模型。 本文將以上篇文章中所得出的特徵模型為基礎，探討下如何設計並建立一個前端 UI 組件體系。 在做組件體系設計的時候，最
Nickname 歐雷
在本系列文章《聊聊前端 UI 組件：組件體系》中初步説明了 UI 組件的架構設計，本文將在此基礎上進一步展開説説那篇文章中一筆帶過的部分，並闡述在設計一個 UI 組件時應該注意的點有哪些。 目錄結構 在《聊聊前端 UI 組件：組件體系》中列出的目錄結構的基礎上做了些許調整—— component ├── demo # 示例相關文件 │ └
Nickname 歐雷
在我寫的其他系列的文章中有提到—— 在軟件工程中，「組件（component）」一般是指軟件的可複用塊，好比製造業所使用的「構件」。這是一個比較寬泛的概念，它可以是軟件包，可以是 web 服務，也可以是模塊等。 但在前端眼裏，「組件」通常是指頁面上的視圖單元，即「UI 組件」。可以説，「UI 組件」是「組件」的子集。你可能還總會聽到「控件（control）」這個詞。放輕鬆，別抓頭，它只是「U
Nickname 歐雷
轉自掘金原文《微前端究竟是什麼，可以帶來什麼收益》 本文將講解微前端誕生的背景，詳細解説微前端概念的緣由以及其深入理解，讀完本文，相信你對微前端有一個比較全面的認知，明白它可以解決您團隊以及整個企業什麼問題，帶來怎麼樣的收益。 一.背景 現在很多企業，基本在物理上進行了應用代碼隔離，實行單個應用單個庫，閉環部署更新測試環境、預發佈環境和正式環境。於是，我們的探討的是，基於不同應用不同庫並獨立部署的
Nickname 吉古力
有個 OpenBuild 的社區生態項目貌似擱置得有點久了，發起者想要繼續迅速地推進，但一直沒什麼起色，一時間也找不到其他合適的人——沒辦法，只能我去接下來了。 這個項目要做的事是給開源問答平台 Answer 開發一個支持用 Web3 錢包登錄的插件；從要實現的功能上來看，這應該是個很小的項目，開發加上聯調前後端算在一起估計 1.5～3 個人日。 然而，現實卻給了我一棒槌…… 需求分析 初步從官方
Nickname 歐雷