如果是所有的都失效可参照:
http://www.airtightinteractive.com/2010/01/fix-for-flash-builder-content-assist-did-not-complete-normally/ 或:
https://jira.jboss.org/browse/JBIDE-1061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel#issue-tabs
但如果只有个别的Class失效, 你需要:
查看Outline显示是否正确, 此时可能不会显示任何Property或Method
这个问题极有可能是代码出现问题, 但不会提示错误, 也能正常工作.
解决方法就是一段段的注释掉, 保存, 查看Outline显示是否正常, 譬如一下代码
var s:String = new (String)(“test”); // 一般没人这么写… :(, 但在通过传进来的Class创建Instance时, 发现这么一行…
这行代码不会报错, 也正常工作, 但只要因为Class被括号包住了, Outline无显示, 代码提示失效.
修改正确后, 代码提示正常工作. var s:String = new String(“test”);
相应的在JDT中, 会直接报错, 但FB IDE不报错, 也无法解析当前源代码, 睁一只眼闭一只眼…
AS写的多了, 有时候觉得到了雄狮流泪, 雌狮绝经的空间边缘, 孤立无助, 身边是FB这头病驴 — 不能抛弃他, 还得指望着他拉犁, 他只是一头驴, 你不能把他当成一头狮子.
虽然FlashBuilder已比Flex Builder比更早的IDE更先进, 更牛逼, 但乏力依旧, 最近从3.5升级一个App到4.0, 自家的PackageName有些改变, 于是重构起来非常乏力.
先说电脑配置: AMD 4×3.0GHz, 内存4G.
问题: 在小规模开发时, 流畅, FB也就是吃500M内存, 但在重构时, 尤其AutoBuilding, 要命啊….
因此在重构/开发时要注意:
0. 保持一个正在开发的Application
1. 尽量只引用当前开发的模块, Application里引用太多, 无异于找死.
2. 像个程序员一样写符合规范的代码, 推荐: http://riashanghai.com/node/66
3. 在频繁改动, 保存之前, 取消auto build
对于FB4重构:
Rename PackageName已可以正常工作 – 但偶尔还会有问题, 记得勾选sub Package.
因此如果批量修改PackageName, 不需要像以前一样, 一个个改了, 直接rename packageName.
重构量大时, 可将常用的新的Import存起来, 粘贴进去, ctrl+shift+O重新组织Import, 速度会很快
今年5月我们才从FlexBuilder3迁移到FlashBuilder4, SDK目前仍维持在3.5, 仅在部分小应用中使用了SDK4.0。今天收到邮件提醒已可申请”Burrito”的试用: “The Flash Builder “Burrito” / Flex SDK betas are being opened up…”, 查了下更新的内容, 并不是很多.
// Proudly powered by Apache, PHP, MySQL, WordPress, Bootstrap, etc,.