基本上可以这么说，但是不行．最早使用的的确是JS实现特殊的布局，便基本上已经被浏览器抛弃了，所以不可能是不学CSS的．现在将陈旧的JS布局抛开之后，JS专业应用于动态表现（注意不是交互，交互是用的AJAX技术还是含有JS的），而CSS静态表现了！所以以致于现在很少人知道JS表现这些东西了，至少一些较权威的书上还会介绍（也只是介绍了）另一种的JSS表现方式．它与CSS还曾经并存过一段时间．但JSS已经过时，不同于今日的JS，更不同时与日俱增的CSS的使用．
创新互联专注于大足企业网站建设,自适应网站建设,商城网站制作。大足网站建设公司,为大足等地区提供建站服务。全流程按需设计网站，专业设计，全程项目跟踪，创新互联专业和态度为您提供的服务
所以说学了JSS（不是现在的JS）就不必学CSS也是一种过时的说法．大多浏览器已经抛弃了的东西，绝对不要再去深入了．该学的是JS对于层等控制与表现，同时JS动态的内容是CSS永远不能做到的．但CSS也不是一个辅助，它也是网页表现的灵魂了！
即使是用纯javascript开发的网络应用，最终呈现给用户的也仍然是HTML和CSS。
我真希望在百度知道中不再看到这么……不知道怎么形容的问题。
简单的web网页开发，HTML+CSS 学习比较容易，门槛低，HTML的语义可以让屏幕阅读器方便的读取页面的内容，搜索引擎不需要转义js直接抓取html里面的内容。复杂的web开发，web app，RIA。html只是作为结构存在，可以认为它是一套组件库，相对于情况一，一个页面的代码里肯定就没几行html，都被写到了js里面（当然最终得到的还是满满的html）。
当整屏幕的input输入框的时候，难道就那么不稀罕html提供给你的表单功能而硬要自己做一个？游戏开发，canvas就直接用js。
对象池化的基本思路是：将用过的对象保存起来，等下一次需要这种对象的时候，再拿出来重复使用，从而在一定程度上减少频繁创建对象所造成的开销。用于充当保存对象的“容器”的对象，被称为“对象池”（Object Pool，或简称Pool）。
对于没有状态的对象（例如String），在重复使用之前，无需进行任何处理；对于有状态的对象（例如StringBuffer），在重复使用之前，就需要把它们恢复到等同于刚刚生成时的状态。由于条件的限制，恢复某个对象的状态的操作不可能实现了的话，就得把这个对象抛弃，改用新创建的实例了。
并非所有对象都适合拿来池化――因为维护对象池也要造成一定开销。对生成时开销不大的对象进行池化，反而可能会出现“维护对象池的开销”大于“生成新对象的开销”，从而使性能降低的情况。但是对于生成时开销可观的对象，池化技术就是提高性能的有效策略了。
很多学生在学习JS的时候都会有这个疑，为什么不抛弃css它们直接用JavaScript开发呢？
首先要确定，即使抛开游戏不论，一般的Web应用或者网站，完全用JavaScript开发也是可行的。比如ExtJS、webOS的Enyo等。但是主流Web开发很少采用全JS的方案。原因大体有以下几点：
1. 注重考虑那些无法运行JS的用户代理。
用户使用不支持JS的浏览器（比如较老的手机浏览器），或者禁用脚本。当然你可以选择忽略这一小撮用户，尤其是现在绝大多数网站和应用也是如此选择的，但是至少我们应该对坚持考虑无JS情况的开发者予以基本的尊重。此外，如 Mobile Transcoder或某些手机浏览器的“极速模式”是基于服务器端对网页的解析和重组，是否能支持JS很够呛。
更重要的因素是SEO friendly。如果是全JS生成的网页，搜索引擎无法索引内容。这一点对于许多网站是性命攸关的。
2. 注重HTML/CSS本身的优点。
诚然JS本身也可以通过精心设计的框架和库来实现分离等所有HTML/CSS模型的优点。但是存在许多不确定因素：
1) 有足够好的框架和库吗？
2) 框架和库给出的抽象模型和HTML/CSS模型的阻抗是否匹配？
3.注重性能。
最终Web应用、页面是在浏览器中执行，而浏览器完全是按照HTML/CSS所设计。抛开Canvas不论，纯JS的实现最终还是要生成DOM。从性能的角度看，纯JS生成DOM自然赶不上直接的markup。同样的道理，就算用CSS预处理器也都会在部署时预先编译——尽管在运行时可以做出更牛逼的特性（然而实际上目前我不知道有任何CSS预处理器干了这样的事情——因为它们都是按照预编译的场景设计的），再如HTML/CSS是按照渐进显示优化的（页面不用全下载完就可以看部分），而纯JS的架构没有精心设计是很难做到的（比如json数据全部下载完你才能parse，数据才可用，DOM才能生成）。
现在想要学习Web前端，好的专业培训机构也很多的。例如北大青鸟、南京课工场、南京中博软件学院等等，你可以试听一下课程参考一下。
