Migration to 2.0 - bk_ prefix

[raspu]

Hey first thanks for this library, is awesome!

After I updated to 2.0 all the BK methods comes with the bk_ prefix, Is there any way to add an alias of the methods without the bk_ prefix like in Magical Record? Or do I need to change all my code... ?

[iliaskarim]

ditto--I had the same question and couldn't find a solution like the one supported in Magical Record

for now I have just prefixed all BK methods with bk_

[drn]

+1 I added bk_s to all the BlocksKit methods calls, but it would be great to have that functionality again.

[jamescmartinez]

+1

[huguesbr]

+1

[julasamer]

+1 At least, some reasoning why you introduced the prefix would be nice.

[zwaldowski]

+1

It's not happening.

why you introduced the prefix

It's the right thing to do.

It's not difficult, guys. I'm sorry I caused an inconvenience, but it's the right thing to do.

[huguesbr]

I think the point is not really to remove the prefix but to allow to define a constants to disable it. Prefixing is unfortunately require in the objective-c world, but not necessary if you know your library in which case you can disable it...

[zwaldowski]

I understand the point. It's not happening. Believe it or not, there are users of this library that are less attentive than you and I have better things to do with my time than provide support for issues with namespace collisions. I have witnessed firsthand a project with several block convenience libraries, all including a -map: that jump all over one another. I will contribute to these issues no longer. If we ever get namespacing or library symbol relocation, I will be proactively (and will happily) ditch the prefixes.

[iliaskarim]

hey Zach,

great point. thanks for taking the time to respond and explain your decision! I completely understand.

On Mar 11, 2014, at 1:25 PM, Zachary Waldowski [email protected] wrote:

I understand the point. It's not happening. Believe it or not, there are users of this library that are less attentive than you and I have better things to do with my time than provide support for issues with namespace collisions. I have witnessed firsthand a project with several block convenience libraries, all including a -map: that jump all over one another. I will contribute to these issues no longer. If we ever get namespacing or library symbol relocation, I will be proactively (and will happily) ditch the prefixes.

—
Reply to this email directly or view it on GitHub.

[raspu]

Understood, it's a valid decision, thanks for taking the time to explain this.