在大型应用程序中正确使用HTML、CSS和引导

我已经使用CSS大约8年了——专业地使用了1年。我很喜欢Bootstrap、Basic和SASS。我知道Bootstrap是用来创建“调整”并具有一致标记的网站的。我一直认为，每个组件都应该能够独立运行，并且通常应该根据它们的位置确定目标，并指定一个类，该类将常见的原型样式分组。然后，当布局“确定”后，可以使用sass合并/抽象类，以反映html节点/上下文，而不是应用的样式。最近我被要求将自定义设置沙盒到“我的”选项卡，我们可以稍后进行同步。虽然这使得跨州编程变得容易，但我的代码却被污染了！很重要，因为我无法在sass中覆盖引导。另一个团队建议我创建自定义变量，而不是使用引导变量

我从来都不知道如何处理布局/主题，总是觉得自己在努力掌握引导。特别是，我得到了一个布局，并被要求用bootstrap实现它（暂时没有响应）。我知道，它有一个很深的html结构和很多奇怪的填充和边距。然后，我试图通过根据上下文调整填充来解决这个问题。这是乏味的、令人困惑的，并且会导致大量的标记和重写。代码阅读起来很痛苦，并且与大多数引导的默认设置相冲突。然后UX改进了我们的线框，我发现自己做了大量的数学运算，创建了更多的“边缘案例”

我考虑过在app/tab/form级别删除所有默认设置，并在较少的位置设置填充和边距。这意味着组件不能单独站立：（这更像是一种逐案、自下而上的方法。这是一种更好的方法，还是我只需要让用户体验减少“边缘案例”，这样我就可以编写更通用的样式

另一件让我困惑的事情是什么是响应。我一直认为响应是对页面大小的响应，以在视觉上维护/优化页面。从技术上讲，它似乎使用断点-尤其是每个人似乎都希望由库处理此问题。我通常会将它们结合起来，创建一个基本布局，以稍微做出响应然后为备用布局添加更多的引导。这让我感到痛苦了好几次。UX部门的新员工觉得输入越大意味着需要更多的数据，或者第二列框离第一列框越远，感觉太分散了（这两种情况都是真的）.这是一种糟糕的做法吗？一位过去的面试官也因为我的做法（她声称CSS6是标准的，所以对我持保留态度）。还有其他人将细微的拉伸与完整的布局变化结合起来吗？这真的是一种糟糕的做法吗

你把引导程序嵌入到你的布局中有多深？就像我提到的，我一直试图将它集成到表单中，这是一个令人头痛的问题。你通常只在高层使用它吗

另一个让我感到沮丧的是Bootstrap和FrasBox合作得多么糟糕。我目前正在开发的应用程序有一个可滚动面板的静态高度。我建议应用程序的基础，但是我们必须使用引导程序，因为它已经被许多姐妹应用程序所使用。我现在使用Bootstrap来对共享的头和标签进行布局。组件，然后JS来计算柱的高度（因此它是静态设置的），然后flexbox来管理内容的高度，然后再次引导来管理内容的布局。JS计算与Angular的渲染和摘要循环根本不匹配。它可以工作，但对更改很敏感。我很想让它全部成为flexbox（或高度管理引导）。是试图说服我们添加一个基于flexbox的轻量级网格以与bootstrap和谐共存的最佳方法吗？还是这需要一个完整的转换？：/此时我们使用表单组和大量css和变量

我知道有很多问题——它们已经堆积了一段时间了。：p希望你们中的一些人能帮我把这些都记在脑子里。：）谢谢