Questions tagged «front-end»

8
如果项目中没有设计人员,开发人员是否应该进行UI原型设计?
我正在与一个创建专有Web应用程序的小团队一起工作,而UX并不是一个优先事项,因为我们自己的人将是操作它的人,但是我们确实努力使他们的工作更轻松。 作为开发人员,我是否应该在开始创建新屏幕之前创建UI样机?没什么特别的,主要是为了与同事讨论并拥有参考模型的总体布局。在盲目的研究代码之前,我将它与创建一些UML图进行了比较。 我的一位同事说这很荒谬,不是我的工作。

7
为什么不将样式/脚本嵌入HTML而不是链接?
我们将CSS和JavaScript文件连接起来以减少HTTP请求的数量,从而提高了性能。结果是这样的HTML: <link rel="stylesheet" href="all-my-css-0fn392nf.min.css"> <!-- later... --> <script src="all-my-js-0fn392nf.min.js"></script> 如果我们拥有服务器端/构建逻辑来为我们完成所有这些工作,为什么不更进一步,并将这些串联的样式和脚本嵌入HTML? <style>.all{width:100%;}.my{display:none;}.css{color:white;}</style> <!-- later... --> <script>var all, my, js;</script> 减少了两个HTTP请求,但实际上我还没有看到这种技术。为什么不?

1
为什么要使用Bower?[关闭]
我完全理解像Python pip,Node npm或Ruby Gems这样的包管理器的好处,因为它们所做的工作远远不止于将文件添加到应用程序路径中。 也许我错过了重点,或者我很钝,但这是我可以看到的负面影响: 建立项目时的单独步骤 通过另一个软件包管理器单独安装依赖项(yo dawg) 使用bower.json/和/或根目录的项目更加混乱.bowerrc 依靠注册表是最新,正确且可用的 某些导入/引用(如图片)的内容将无法正常工作 与npm有很多重叠,并且通常不清楚何时使用哪个资源 我看到的积极因素是: 我不必手动下载依赖项 根据用户提示或类似情况,可选地将软件包安装为脚手架的一部分 我真的很想知道我没有意识到的任何好处,我应该说,我并不是想真正地想引起挑衅。

2
用全栈javascript分离前端和后端的方法?
假设我有一个前端,该前端主要是一个单页面的应用程序,它是使用angular,grunt和bower编写的。假设我有一个后端,主要是一个坐在ORM之上的REST API,它使用grunt,express和sequelize之类的东西从数据库中存储/检索对象。 角度应用程序执行用户看到的所有可视化内容,但是它是通过后端提供的服务上的GUI来完成的。 希望将它们分成两个不同的代码库,以允许独立开发,版本控制,持续集成,推送到开发等。 我的问题是,有什么方法可以干净地进行此操作?是否有针对全栈javascript的推荐最佳实践? 选项#1似乎是一个整体,即“不要将它们分开”。优点是构建链很简单,而且一切都集中在一个地方-但似乎有很多弊端。很难独立版本化,正面折断意味着背面无法展开,依此类推。 选项#2似乎是一个准整体,其中前端构建链导致将一堆文件写入后端。dist前端的目录将引用后端的某个目录,因此从本质上讲,当前端最小化,丑化等等时,它最终将发布到后端,后端将运行所有内容。 选项#3似乎是完全分开的:前端和后端各自在不同的端口上运行各自的服务器,并且它们是完全独立的项目。缺点似乎是需要将它们配置为了解彼此的端口。后端必须允许来自前端的CORS,并且前端需要知道所有这些端点的预期位置。 选项#4可能是使用docker-compose之类的东西将整个东西装配在一起。 我确定还有其他选择。建议的最佳做法是什么?

8
前端优先或后端优先。这两个是好的系统设计实践?
我现在有一个客户,要求我开发学校注册系统。现在,这是我第一次遇到这种挑战。我创建的大多数过去的软件都没有那么复杂。 我知道你们大多数人都已经创建了复杂的软件,我只想就此提出建议。我应该先设计前端还是后端? 谢谢! 这是我前一段时间在互联网上找到的一篇文章的结论。只想分享 http://www.skitoy.com/p/front-end-vs-back-end-developers-my-take/157 前端与后端开发人员(我的看法) 我个人的看法 同样,这是一个培训问题,一些广泛的笔画概括: 前端开发人员 通常没有CS学位,或者没有三级学校的CS学位。 使用与基本语言类似的语言(请参阅PHP是基本语言) 具有将photoshop文档转换为CSS / HTML / etc的视觉技巧。 由于使用无类型语言,因此对迭代编程具有较高的容忍度 后端开发人员 有CS学位或丰富经验 在他们的问题解决方法上趋向于我 不要介意花几天时间寻找一个正在泄漏的物体 尝试构建工具来解决问题

4
如何为我的Django网站开发前端(UI)
我正在学习Django和Web开发的新手。如果您觉得这个问题太蠢了,请原谅。 因此,我正在使用Django创建一个Facebook应用程序,并将其托管在Google App Engine中。该项目将专注于阅读任何网站的RSS / Atom提要(这就是我现在能说的)。 我确定足以处理RSS / Atom文件,但是我担心前端(用户界面)部分-“设计部分”。我不知道HTML / CSS / JavaScript(我可以处理简单的HTML东西,但这不会导致任何设计问题)。 首先,我考虑过使用Dreamweaver之类的工具或任何等效软件来设计UI,但是当我真正开始学习django并开始使用它时,这似乎是“不可能”的事情。 所以, 我应该如何设计网站的UI部分?我不能使用Dreamweaver之类的工具吗? 如果否,那么像我这样不懂JavaScript / CSS的人的最佳方法是什么 如果是,那么Dreamweaver的最佳开源替代方案是什么? Google App Engine可以处理所有这些吗? 与Django打交道的人如何编辑这些模板页面。Django提到它将逻辑(视图)和设计(模板)部分分开,以便公司中的不同部门可以分别处理。但是,考虑到Django的HTML页面充满了与HTML(设计)无关的“标签”,UI用户如何处理它?

3
完全分离后端和前端Web应用程序并允许它们与(JSON)REST API通信是正常的设计吗?
我正在创建新的业务Web应用程序,并且想要实现: 使用各自领域的最佳技术。我想要具有可靠ORM的可靠后端框架。我想要最先进的SPA(单页应用程序)框架,并为前端应用程序使用最新的HTML和Javascript功能 公开后端实体和业务服务以供不同类型的应用程序使用,例如,Web应用程序,移动(Android)以及可能的其他类型(智能设备等) 因此,为了满足这两个要求,我倾向于将我的应用程序完全隔离在后端和前端应用程序中,并使用REST API(JSON)来组织它们之间的通信。这是合理的方法吗? 这种分离并不是显而易见的设计解决方案,因为许多Web应用程序技术都集成了视图层,其中服务器端应用程序或多或少地控制视图的生成并部分处理视图的响应(例如,带有视图层的SpringMVC,带有视图的PHP Yii Java JSF / Facelets层将其组件的状态完全保存在服务器上)。因此-周围有许多技术提出了更强的耦合性,并有望缩短开发时间和提供更标准的路径。所以-在开始以未广泛使用的方式使用技术时,我必须谨慎。 据我了解,完全分离的SPA前端通常是由使用第三方API引起的。但是,当后端和前端都由一家公司开发时,这种去耦声音设计是否有效? 我目前选择的技术是Java / Spring后端和Angular2 / Web组件/聚合物前端-如果允许我这么说的话。但这与这个问题无关,因为这个问题是关于一般设计而不是具体技术的选择?

2
什么时候适合在前端进行计算?
我的团队正在开发一个基于WEB的财务应用程序,并且与一位同事存在争议,该将计算保留在哪里-纯粹在后端还是在前端? 简要说明:我们将Java(ZK,Spring)用于前端,将Progress 4gl用于后端。涉及数据库中一些核心数学和数据的计算都保存在后端,因此我不在谈论它们。我说的是用户输入值X,然后将其添加到值Y(在屏幕上显示),然后结果显示在字段Z中的情况。我的意思是,纯简单的jQuery-ish操作。 因此,这里的最佳做法是: 1)使用JavaScript添加值,该值可保存到后端和后端,然后在后端“保存时”验证它们? 2)将所有业务逻辑放在同一位置-因此将值带到后端并在那里进行计算? 3)在前端进行计算;然后将数据发送到后端,在那里进行验证,仅在结果有效且相等时才再次进行计算,然后将其显示给用户? 4)还有别的吗? 注意:我们在Java中进行了一些基本的验证,但与其他所有业务逻辑一样,大多数验证仍在后端。 通过重新计算后端中的所有内容来发送的数据增加不是问题(XML大小较小;服务器和带宽可以承受用户增加的操作量)。

5
术语“前端”是否与“客户端”同义?如果是这样,是否总是这样?
作为一个相对较新的(自学成才的)Web开发人员,我经常听到术语“ 前端”,“ 客户端”,“ 后端”和“ 服务器端”。对我来说,前端和后端始终分别是客户端和服务器端的同义词。 但是,随着我开始使用诸如CodeIgniter之类的MVC框架,我遇到了一些前端实例,这些实例基本上指的是最终用户看到的任何东西(包括服务器端代码),而后端则指的是任何东西。最终用户看不到(包括CMS)。对我来说,客户端和服务器端的含义更为具体。它们之间有很明显的界线。另一方面,前端和后端则没有。 我记得在与另一位Web开发人员的一次交谈中,他将CodeIgniter(全部)称为前端,这使我陷入了循环。我不确定是否要纠正他并说CodeIgniter是我的后端,或者我对这两个术语的定义完全错误。 搜索前端和后端的定义在某些方面使我有些困惑,尽管它们确实澄清了一些事情。我只想知道这四个术语之间的界线,以及它们在Web开发的上下文中(特别是在LAMP堆栈上)如何组合在一起。

4
前端开发人员是否应该为后端开发人员指定JSON格式?
我在一个项目中担任前端角色。是否应该为我的后端团队成员指定他们的PHP返回我的JavaScript的JSON确切格式? 例如,我应该告诉他们,他们应该使用类似于此处所述的格式: 构造JSON以便前端使用的正确方法 还是应该尽可能地保持角色的无菌,只用文字描述我从后端接口需要的输入和输出?(当然,如果发生这种情况,就我而言,处理它们的不同数据结构格式可能会更加困难)

4
为什么XSLT在网络上很少使用?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 2年前关闭。 XSLT是成熟的,被广泛接受的标准。 它可以在浏览器(甚至在旧的IE中)和服务器端使用(nginx具有XSLT模块,当然可以从编程语言中使用它)。它的实现是经过编译的,因此应该比Python或JS快得多。JS实现Saxon JS至少可以用作后备。Jinja,Angular,Ruby的Slim,ASP和PHP模板还差得远。 可以在IDE中轻松验证XSL模板。有多少个IDE可以帮助Jinja或Angular? 用XSLT分解UI和数据似乎是一个绝妙的主意。 诚然,在某些特殊情况下,实现可能会给出不同的结果,但这仅是在客户端进行模板处理才是问题。与HTML,CSS和其他在客户端完成的操作相同。 那么,为什么不使用XSLT?

1
通过微前端向下发送冗余代码
我对微前端的理解是,他们解决的关键问题是帮助企业拥有多个可能组成不同的团队,研究将用于组成大型Web应用程序的单个组件/小型应用程序。 这里要解决的关键问题是多个团队独立工作的能力,并且仍然能够构建大型复合材料。问题不在于为最终用户提供精简的发行包。这种理解正确吗? 的确,如果我们有多个用于组成大型Web应用程序的小型应用程序,则有可能会有多个小型应用程序将相同的Javascript库(例如Lodash)作为最终用户的一部分传送给最终用户的浏览器。各个供应商捆绑包是否导致一定数量的重复/冗余代码被发送给用户? 在设计前端应用程序时,这不是我们应该担心的问题吗?


2
前端用后端语言编写![关闭]
已关闭。这个问题需要细节或说明。它当前不接受答案。 想改善这个问题吗?添加详细信息并通过编辑此帖子来澄清问题。 6年前关闭。 根据我在Web开发中的经验,我知道PHP,Java,Python等语言用于后端开发(在服务器上运行的软件),对于前端语言,则使用JS / HTML / CSS。 但是我看到许多公司都说,例如,PHP用于前端开发,而python用于后端。 这是否意味着PHP是通过REST,RPC等调用使用其他语言编写的其他服务的前端?

1
网站的版本控制:开发/生产前端文件
我正在尝试一种更好的方式来控制我们的网站项目的版本。请记住,我只是一个前端开发人员,所以我对VCS并不了解。 工作流程在变化,过去的版本控制习惯变得过时。主要问题是每个网站都有2个前端文件阵列。 开发环境(较少的文件,未压缩的js,图像等)。构建环境“变得糊涂”(一切压缩且人类无法读取)。 但是您不能出售带有源文件的网站。好吧,感觉不太正确。 有两个解决方案的解决方案:一个构建,一个开发,并用gulp发送dev文件到构建目录。但是,对于小型公司而言,维护起来很麻烦,我认为这不是那么好。它创建了很多回购协议,人们不得不管理多个回购协议,有时甚至需要一个svn回购协议,都会出现问题。 因此,还有一种解决方案,即拥有1个repo:同一svn中的源文件和prod文件。但是,当网站从本地开发服务器转到生产服务器时,需要删除源文件(因此,根据其位置,开发或生产,单个存储库中有不同的文件。)。据我所知不好 关于版本控制系统,管理gulp前端工作流的正确方法是什么?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.