Issue Details (XML | Word | Printable)

Key: FDT-155
Type: Featurerequest Featurerequest
Status: Closed Closed
Resolution: Won't Fix
Priority: Critical Critical
Assignee: FDT Team
Reporter: ekameleon
Votes: 7
Watchers: 5

If you were logged in you would be able to see more operations.

include directive and interface implementation

Created: 08/Nov/08 12:28 PM   Updated: 06/Jul/12 02:26 PM
Component/s: Core (Deprecated)
Affects Version/s: FDT 4.5.2
Fix Version/s: FDT
Security Level: public

Time Tracking:
Not Specified

Issue Links:

Review Type: Review by Product Owner

 Description  « Hide

I'm my framework i can use a include directive to implement in some class the same source code when a class implement a specific interface.

The "test.Interface" interface :

package test 

    public interface Interface 
    	function test():void ;

The "test_include.txt" file in the src/test directory :

public function test():void
            trace("test") ;

The "test.Test" class who implements the interface and use the directive "include" :

package test 

    public class Test implements Interface 

        include "test_include.txt"

The problem : The class "Test" should implement the function "test", ....

In the next version of FDT i think it's really a good feature to check the include files and insert the script inside in the source code to parse it... it's possible ?



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Arne Deutsch added a comment - 11/Nov/08 11:27 AM
This would be possible but quite complicated. It makes the analysation process more complicated, as one can not simply scan the files and analyse the content but have to create a "buffer" before. Additionaly this will harm performance as the dependency management gets more complicated (have to check if an included file changes, update the error markers and so on). In fact this is the reason (ok: one of the reasons) why there are much better IDEs for say Java as for C++ ... in Java there is no preprocessor, in C++ is. There are so many subtable things to handle when a preprocessor is present, that its very very hard to make it relay "right". I don't think that we will support the include statement.

But maybe you can restructure your code a bit to avoid includes? Using delegates or similar technics for the same effect?

ekameleon added a comment - 11/Nov/08 11:54 AM
No i can't change this feature because lots of class use the same internal structure but i can use the inheritage to implement it. For me the include directive is an official feature in Actionscript and it's important to keep it.

A solution ? We can for example target a class in the Flash Project and attach it some files and FDT can bufferize with this links only the class with the linked include inside ?


Martin Heidegger added a comment - 23/Sep/09 11:29 AM
If you have to work with foreign code (like gaforflash) that uses incude you have to accept errors in your project. (Even if you want to change it)

Alan K (Deprecated) added a comment - 25/Jan/11 07:27 PM
Working with includes is rare and difficult to accomplish. We'll look at this for FDT 5.

Martin Heidegger added a comment - 24/Feb/12 05:35 AM
Working with includes is basically all over the Flex SDK.

Alan K (Deprecated) added a comment - 27/Feb/12 06:30 PM
We're going to take another look at this.

Tobias Goeschel added a comment - 21/Apr/12 11:26 AM
Additionally, included .as files generate all sorts of errors for missing packages etc, and are not much fun to edit in the AS editor. Perhaps there could be a "snippet" template, that allows for random AS snippets to exist in separate files without generating a warning, but with the benefit of syntax highlighting and code completion?

Alan K (Deprecated) added a comment - 26/Apr/12 08:44 PM

We still would have to parse the file and add it to the model - that is where the problem lies.

We would have to do a great deal of work to add this and it's extremely unlikely that it will happen.

Alan K (Deprecated) added a comment - 26/Apr/12 08:46 PM
Please continue to comment on this issue for more ideas and input.