API Change Notification

If not already implemented, it may be worthwhile for Flex to publish contemplated API changes (and some non-API components) in advance of any SSDR release as part of its FlexADP partnership program. This would give 3rd-party application developers advance notice of any upcoming SSDR change(s) that will impact the performance their programs. In doing so, a developer is constructively placed on notice of a future change, allowing him or her to modify their application rather than discover a compatibility issue on the day of a new SSDR release. Flex need not contact these developers; the onus is placed on the developer to check a designated area on the Flex website concerning upcoming changes. If this is already part of the FlexADP program, that's great and please ignore this request. Many thanks.

Good idea about notification of API changes. While we don't send anything out like this today, we do avoid breaking backwards compatibility if we do have to change an API. This is definitely an area where we could improve our communication. I'll run this back to the team and we will try to come up with the best way to do this. Thanks for the idea. #2875

Paul, this is a completely valid request. I think some of what you're seeing is growing pains. We are working with several of the active developers to get them advance information, but we've not been as good at keeping the wiki updated. We've pulled some developers into the Alpha program almost as self-defense (so they get information as quickly as we have it and can test against the apps). Unfortunately, there is a cost to having too many people on the Alpha team and we've resisted adding every developer to the team. There is no "hurdle" to becoming a developer on our platform since there is no cost, the API is open, etc. We could easily end up in the same situation other companies have where people join the developer program simply to have early access to code and then become a support burden. So I'mm spend some time thinking about how we can do this better. I do want to continue to increase our support for developers, especially if I can do it without a huge additional load on our team.

If you are using the FlexLib library, the source is available on the download page. You could certainly download versions and run a diff across them to see any relevant changes to the DLL source if that would help.

Again -- we hear you loud and clear that an API change document upon release would be nice. Thanks for chiming in and for using the API.

Is there a particular reason that when the API is downloaded there is no master solution to group the projects for a build?

I realize you can copy the individual projects over to your project and reference them but it is still nice to know the primary API builds. I've created my own solution for this but just wonder why that is the case?

Also the lib references ionic.zip which is not supplied with the lib. Novice API users might not know where to get that. I would also suggest as part of the API change document perhaps a section on preparation to build and what you need to get and where.